64 kbps 08D, Despite these comparisons »i« question iwiw 



Although routes am much cheaper than telephone switches, they have much less capacity, 

SuiSding isrge networks with small tending biocks gets not oniy expensive., but quickly reaches points of 
diminishing: returns. We already have see?; the Internet backbone get overloaded with She current crop of ; 
Ngh end rooters, and they are yet to experience ins significant traffi© increase that a successful internet 
Telephony ottering would bnng We are saying %m things here. 

1 , it is unlikely thai: the curre«f internet backbooe can support a major traffis increase associated with a 
success***! internet telephony set vice. We need So wast for the technology of routers to improve. 

2. The second Issue raised above was that of bandwidth usage, indeed 10 kbps bait duplex (a little more : 
when both parties oceasionaiiy speak at the same time, bi.it much less during periods df steice} is 
considerably ierrs than 64 kbps fsjii duplex dedicated capacity. 

First bandwidth is cheap, at bast, whan there is spare fiber in the ground. Once tee last skartd is used 
the mxx bit per second is very expensive. Second, on transoceanic; mutes, Where bandwidth is ?n«Ch 
mors expensive. we- are already doing bandwidth compression of voice to 9.8 kbps. This is essentially 
equivalent to the 1 0 kbps of internet Teie phony . 

Why is iP capacity priced so much: cheaper than POTS? The answer is that She pricing difference is pariiy ; 
rented So the subsidised history of She Internet. There is a process in motion today, by the interne! 
backbone providers, to address some of the cost issues of the internet The essence of the process :s 'he : 
recognition thai the internet .requires a usage charge. Such charges already apply to some dial up users, 
but typically do not apply to users with dedicated connections. 

if PC to PC interne! Telephony becomes popular , users wrii tend to keep their PCs connected for long 
periods. This wiiS make them available to nsoeive calls, it wiii aiso drive op hold times oo dial in ports. This ; 

(3) Chargers A directory service musi provide the functions described above and collect enough 
one time tee pins a monthly tee), caii setup, but probably not for duration. 

Duration is already charged for the internet dlai in user and is somewhat bundled for the LAN-attached 
user. Usage changes for internet service may be coining soon {as discussed a hove; Duration charges 
are possible for the Incoming and outgoing PSTN segments. 

incoming PSTN calls may be charged as the long distance segment by using a spec-si area code. Other : 
direct Pissing options; are 800 calls and calling card (or credit card) biiling options (both require a second 
WMMMMMMMMMMMMM diai tone). ; 

Requiring aSS caller's (except Incoming PSTN sails) to be registered with the directory service will eliminate : 
She immediate need for most collect caiiing This will probably not be a groat imped i men! since roasl risers ; 
of the SP Phone service will want to receive as weii as onginate calls, and registration is required for 
receiving caSSs. Callers cooid have unlisted entries which would be entries with an E. 184 address, bui no 
name. People given this E.184 address could call the party {from the PSTN or from a PC}, as Is the case : 
In tee present phone system. 

same time use more or less internet transit resources. For PC to PC connections the softwares packages : 
at both ends can negotiate the amount of bandwidth to be used. This negotiation might be faciktated 
through the directory service. 

(6) Technics! Issues it will be necessasy io eoojdifsate with IP Phone vendors to Implement the 

automatic presence notification, and verification capabilities. We will also need to add ihe abiiihy to 
communicate service requests. These wlli Include authorization tor collect calls specifying attributes such ; 
as "piece a dial out call to lbs PSTN even If it Is iong distance* and others to be determined. 

Registration with a directory Is a required feature thai vdil be illuminated beiow Using the DNS modei for : 
Assignment of a pseudo E. i 64 number to directory entries will work best If a real area code Is used. If 

i , l / v 6 s I t \>- n K - f , i-ftf ^ . F (*«> > -»M< »(V> t ) t ^ - 1\ 
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eaeh earner has an msa cods it will make iniervyorking, between the directory aysiems much easier-. An 
obvious complication wiS arise when number porJabiiiiy becomes reqyiree\ 



IP Telephony, in accordance vwth a preferred embodiment ;» nere arid mil stay for at least the near 
future. A combination of a carrier i*yef service, based on this technology., and a growth in the capacity of 
routers may lead to the Internet carrying a very significant percentage of future long distance traffic. 

The availability o? higher speed interrset access from homes, surf; as cable modems, will rosk© good 
desls'abiify of the service, 

v < <- < is n f ! f c c « \ «t v 1 ^\ k ><< h •> ^ c ~ \ » c v r ? * to 

Conferencing using digital brsdgss in Sea internet make voles and video services even mors attractive. 
This can be done by tafeg advantage of the mwlti-casling technology developed In the internet world. 
vVifh musts-castsno; foe cost of provxSing such services will be reduced. 

C. internet Telephony Sssviees Figure 1C is a block diagram of an internet telephony system in 
accordance with 3 preferred embodiment Processing commences whan telephone 200 is utilised to 
inmate a call by going off hook when a pasty dials a telephone numhsr. Telephone 200 is typically 
connected via a conventional two-wire subscriber loop through which analog voice signals are conducted \ 
in both directions. One of ordinary skiii in th« art will readily realise that a phone can be connected via 

oouto die; a phone number irons a computer 210, paging system, v.oeo conferencing system or oUser 
^ " if ^ it T -1 ail onto a *i h~ ot i\s <■ f~ m s i^f^t! >. 
for a Regional 8eii Operating Company {RBOCi central s^toh. The call is terminated by a LEC at a 
teased Common Business Line (C8L) 230 of an interchange osrsier such as MCI As a result of the 
termination to the GBL, the MCI Switch 221 receives an offhook indication. 

The Switch 221 responds to the ©'Shook t>y initiating a DAL Hotline procedure request to the Network 

The switeh 22"! Is simplified to show It operating on a single DS1 line, but It will be understood thai 

be routed through the switch on their way to ultimate destinations. The DAP 240 returns a routing 
ewv: 'foe to She eng. < v= - * ^ sw Ion ; I 0, h sia-'tKCfc, f> o giitafeug wtcn d2 ' k vuk- ts>e , us ix Ihe 
destination switch 23Q or 231 . The rousing of ihe call Is performed by ths OAP 24D translating the 
transaction information info a srjec:f:o SWich ID fSWiD) and a sp«crfic Torminating Trunk Gno«p (TTG) 
that corrssponds tc the route out of She IV!CI network necessary to mm at the appropriate destination, in \ 
N -.-a • v 4 "'kit -1 s skm ts f ro r o t^e >v u " sv. ^n 1 - o^fj. 1 c- 

list^inel ac:«&& saoNv tutc ^ tch ^22 'h« s 'teu'a'cs.' solfjtscn aslov'S p^e s\^!t„n 232 >o jtbich 
directly to the internet 295 which reduces the number of network nods necessary to connect the nehvosx I 
to the internet 285 The DAP sends this response 

sr< tor station to tha ohginating switch 221 which routes the anginal oail to the corf eel Tonnsnatirsg Swstcti 
230 or 231. The terminating switch 230 or 23 1 then finds the correct Terminating Trunk Group (TTG) es 
Indicated in the original OAP rosporsss and routers tho call to tho (SN 250 or directly to the modem pooi 
2?0 based on the routing Information from the DAP 240. If the call were destined for the intelligent 
Services Network (ISM) 25Q. the OAP 240 would Instruct the switch to terminate at switch 230 

Based odor analysis of the dialed dsgsss. She ISN routes the call so an Audio Response Unit 5ARU • 252. 
* R 2 E ^ <. t f \ <o v ' < t it 1 1 >v i <. I (< > c ! ! 5 1 ti c <. s > 

oali i& authenticated, triers the call is forwarded through the UGP/iP or TCP.df 3 LAN 2S1 or other wedse 
oo' 1' .in, 3n ^ r J^%csk to "^s I ^i<n Inl^ jet F v Pbh^ r tBis^rh \ lusher -.rot ^sur c ^n^: 
ultimate daiivery to a computer or other media capable device. 

If the call is voice, feen the ARU prompts the caller for a card number and a terminating number The cases : 
number Is validated using a card validation database. Assuming the card number is valid, then If She 
terminating number ss in the US {domestic}, then the call would fee routsd over the current iVTOt voice lines : 
as it is Scdav is dse Serrninatinp number »s fnlersuslsooai, snen the cass is ros.:teo to a cOOEC 260 that 
converts the voice to TCP/IP or UDP/IP and sends it vie the LAM 280 to the Internet 295. The call is 
routed through a gateway at the terminating end ana Ultimately to a phone or other telephony espabie 
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Figure 1 D is a stock diagram of s hybrid switch in accordance wsih a preferred embodiment 

Reference numbers have been: conserved from Figure 1C-. and art additional block 233 has been added. 
Block 233 contains the connecting apparatus for attaching the switch directly to the internet or other 
communication means. The details oftfce connecting apparatus are presented in Figure 15, The pnnolpai | 
difference between the hybrid switch of Figure ID and the switches presented in Figure 1C is fhe 
capability of switch 22 1 attaching directiy to the internet 295 . 

Figure 1 F is a block diagram of the connecting apparatus 233 illustrated in Figure 1 D in secondaries vvsih 
a preferred embodiment. A message bus 234 connects the switch fabric to 

an internal network 236 and 237. The internal network In turn receives input frorn a Dynamic Telephony 
Connection iOTCi 238 and 239 wmeh in turn provides demoting for signals originating from 3 plurality of * 
DS1 lines 242, 243. 244 and 245, DS1 fines, dsserjfjsd previously, refer to the conventional bit .format on | 

s separate wWi connection for the other interna! network 237. A Spectrum Peripheral Module (SPIV1) 
24? is utilized to handle teie phony/media signals received from a pooled switch matrbc 248, 249. 251, 
254. 261-268. The pooled switch matrix is managed by the SPM 24? through switch commands through 
ccn1n>f fines. The SPIV: 247 is m communication with Ihe service provider's sail processing system winch 
determines which of the fines rsgoirs which type of hybrid switch processing . For example, fax 

Upon detecting a digital data transmission, the calf processing system directs the call eifoaitry to allow the | 
particular input fine to connect through fhe pooled switch matrix to a corresponding line with the 
appropriate processing characteristics. Thus, for example, on lofemef connection would be connected to | 
s TCP/IP Modern isns 268 to assure proper- processing of trie signal before it was passed on through the ? 
Internal network 237 through the messages bus 234 to ths originating switch 221 of Figure 10. 

Besides facilitating direct connection of a switch to the internet, the pooled switch matrix also increases 

permits echo cancellation on an as-needed basis, A reiativefy small number of echo cancellers oars 
effectively service a relatively large number of individual transmission lines. The pooled switch matrix can | 

OC3 demux. DSP processing or other specialized processing emanating from either direction of the 
switch. 

Moreover, a preferred embodiment as shown in Figure IE provides additional system efficiencies such as | 
arennected snto the swhch through the alternate 

routes available over GEM 248 / 24& and Riv! 251 254 to alternate paths for attaching various 
communication ports, 

U tht S it " "it Hi ID S 1 tf I "t 1 -N O^ p y t t< s !f ,^ ^ j } 

A line from the internet 285 enters the switch through a modem port 268 and enters the pooled switch 
matrix where demux and other necessary operations ere performed before the information Is passes' to 
the switch 221 through the internal network 23? and the message bus 234. The modules 261 -288 provide s 
plug and play capability for attaching peripherals from various communication disciplines. 

Figure 1 F is a block diagram of a hybrid (internal-telephony) switch in aemrdstK 

with TCP/IP or UQP/tP potts on an Internet network 285. | 

The hybrid switch 221 is composed of PSTN network interfaces (247, 280), high-speed Internet network 1 
interfaces i2'M, 272. a ss t c f Digital Signal Processor <DSP.!s {253, 263} a ttme-divrsien multiplexed | 
bus 262, and a high-spaed data bus 275. | 

The hybrid internet telephony switch 221 grows out of the marriage of router architectures with circuit | 
t 1st r v il iq i li 1 N rf t -> nssi N Ntr «i i^l ^ : 

Si-^rs a«og, witf: an !r«i:ai Adciiess Passage n'Akli com,a:nmg a called party number and options caf!:ng j 
party nuinbef . The PSTN interface 257 transfsm the 1AM io the host processor 270, The host prooessor | 
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<* PSTN network interface of origin, the caged party number snd other iAStf parameters, | 

m<$ selects an outgoing network Interface for fee eafi. The $©iec&>n of the outgoing network interface is | 

made on the basis of routing tables. The switch 221 may also query an externa! Service Control Point | 

(SCP) 2?6 on the internet te> request routing instructions. Routing instructions, whether derived ioc-aiiy on sj 

the switch 221 or derived from tie SCP 2?& may be defined in terms of 3 subnet to use to reach a | 

particular destination. | 

do not contain iP subnet acidresses, so sobosts are mapped to PSTN: ares codes and exchanges. The | 

svvjfcsh 221 selects routes to IP addresses and PSTN addresses | 

by selecting an trier- ac;s to a subnet which wiii fate the packets close; to the destination subnet or iocai sj 

switch. 1 

Internet network iotefface 273. If the calf ®gmsses the switch via the PSTN interface 238, the call can | 

s-gress as a standard PCM Aodks cad or can egress the switch as a modern call carrying compressed | 

in she esse where fee caff egresses the switch 221 as a standard PCM audio caff, iha PCM audio is | 

switched from PSTN Interface 257 to PSTN interfs.ce 258 using the TOM bus 260, | 

Simllarfy, PCM audio fs switched from PSTN interface 25B to PSTM Interface 257 using: the TDM feus 1 

260. | 

in the case where the cat! egresses the switch 221 as a modem cat: carrying compressed digital audio, | 

the switch 221 can initiate an outbound call to a PSTN number trough a PSTN interface 258. and attach 4 

across the TDM Bus 280 a DSP resource 25S acting as a modem, | 

Ones a modem session is established with me destination, ths incoming PCM audio on PSTN interface | 

25? ceo be attached to a DSP Resource 283 acting as on audio oodec to compress the audio. Example | 

audio formats include ITU G.729 and G.723 The compressed audio Is packetteed into Point to Point | 

Protocol fPPP; packets on ths DSP 283, and transferred to DSP 259 for modem delivery over the PSTN § 

interface 258, | 

PCM audio, arid packeSze the audio Into UDP/iP packets for transmission over the internet network. The sj 
UOP'IP packets are transferred from: the DSP resource 283 over the high-speed data bus 275 to the high- 1 

Figure 1G is a block diagram showing the software processes Involved In the hybrid Internet telephony | 

switch 221 . Packets resolved on the internet network interiecs 286 are transfemad to the packet ciassrfier sj 

protocol fARP. RARP, RiP, OSPF*" 8GP. CiORi or management protocol ftCIViP). Rooting and * i 

management protocol paokeis are hsndad off to | 

the Routing Daemon 294, The Roofing Daemon 294 maintains routing fables for the use of the packet | 

cfassrfier 283 and packet sehedyfsf 298. Pockets oiassified as normei IP packets are wansfened either to sj 

the paokeifeef/depaeks-sser 292 or so the packet scheduler 2S8. | 

Packets to be converted to PCM audio are transferred to the packstizsr/depaeksszer 292. | 

compressed audio snto PCM Audio, than fransfers PCM audio to the P$TM Intsrface 290, | 

packet scheduler 288, which selects She outgoing network Interface fer the packet based on the routing | 

tables. The packets are placed upon so outbound packet queue for the selected outgoing network 1 

Interface, and the packets are trensfernsd to the high speed network interface 238 for deliver across the | 

Internet 295. § 

described above. | 

1, VNET Caii Processing Figure t0A lustraise a Public Switched Network (PSTN) 1000 comprising a | 
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toost exchange (LEC) 1020 through which a esiisno party ussa a t&iephooe 1021 or coro»uisr 1030 to qmn s 

access to a switcrssd network including a piisraiily of yci switches 1011, 1010. Directory services for | 
routing telephone calls and other information is pro-nded by the directory sen.-'it-ss 103! which is shared 

between the Public Branch Exchanges 1041, 1040 and the PSTN. | 

calls, if! this service, trie subscriber may have the fotowng equipment: A telephone that uses VMET | 

rousing h available today if? fVICS's network. In this esse, VNSTcaSs striving in the ft/SCi PSTN network §j 
usmp, the subs .Tiber's VMET number ars royieu wnh toe assistance ot toe DAP |ust as ihsy are routed 

today. | 

an internet or intranet Directory Sawe© thai tracks the fogged -in status and current iP address of the 

VHET user. 1 

Srsformafion that allows ihs DAP and Directory Service to make a determination whether to send an | 

■>! i. ■> ki [i 'i* r-^rrn in i > j pi a uoii i t 5- 

whsn fhey are iogged-in arid tcj their pboos at all other times Or, thsy may want their calls, to ahvays go tn 

their PC daring normal work hours and to their phone at other ernes. This type of contrd over ins decision | 

So srsno incoming caiis to a phone or PC may be controlled by toe subscriber. | 

The fallowing scenarios apply to this iype of service. | 

1 . A PC to PC C3« where the Directory s«»v:08 is queried for toe location of the temwtaturtg PC PCs 

Both PC's connected to a corporate Intranet via dial up aceoss. | 

Both PCs on separate intranets with ins connection made through She internet. | 

Soih PCs on the internet through a dsahip connection. | 

One PC directly connected to a corporate Intranet and the other PC using a dial-up connsction to the | 

Internet. | 

One PC; using a es-ai op connection to a corporate Intranet and the other PC using a dial - up conneciloo to s 

Bosh PCs on separata Intranets with the connection mads through the PSiN. 1 

One or both PCs connected to a corporate Intranet rising dial-up access. | 

One or both of the PCs connected to an internet Service Provider. § 

One or both of the ST<3s as an irs-mhvork atemersL | 

2. A PC to pnone call where a directory service Is queried to determine thai ths tsmunanng VNET is a * 
phone. The PC then contacts an internet Telephony Gateway to place a call to the terminating phone, | 

PC on an Intranet using a private ITG oonrts-etsd to the PSTN w8h the STG as an out of network element, | 

The PC may also bs using a public ITG that most he access through the internal | 

The PC may be connected io the corporate intranet using dial-up access. | 

PC on an Intranet using a private ITG connected to the PSTN with the ITG as an in- network element The * 

destination phone ts connected to a P8X. ! 

Ths PC may also bs using a public ITG that must be accessed through the Sntomet | 

The PC may he connected to the corporate intranet using dial-up access. | 

PC on an intranet using a private ITG connected to the PSTN with the ITG as an in- network element. The g 

destination phone is connected lo the PSTN. | 

The PC may also he using a public iTG that must be accessed through the Internet, | 

The PC may be connected to the corporate intranet using dial-up access. | 
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The ITO may be an io-oetwods eis.men 



PC is ai a different site than the destination phone with %m traffic carried over the Interna? or intranet. 
The PC may be using a dtai-up connection to me corporate intranet 

3. A phone to PC call where the DAP or PSX triggers oat to the Internet Directory Service to Identify the 
tsnfttnatrno, IP address and iTG for foisting the cart. The sail is then routed through the PSTN to an 1TG 
and a connection is mads from the iTO to the dsstjnatjoo PC 

Possible Variations: Sain® variations as ths PC to phone. 

4, A. Phone io Phone call where the DAP or PSX must query the Dire-dory Service to determine whether \ 
the cay should bs terminated to ths subscriber's phone or PC, 

Feasible Variations; Both Phones are oo a PSX; 

For each of these variaSons, the DAP and Directory Service may be a single entity or they may be 
separate entiles. Also, ths directory service may ho a private service or if may bs a shared service. Each : 
of the scenarios will fee discussed below with reference to a call flow description sn accordance with a 
preferred embodsment A description of the block elements associated with each of she c.aii flow diagrams : 
is presented below to assist m understanding ths embodiments. 

3. Descriptions of 8lor.lt Elements Semerst Description Phi | Traditional analog phono connected to a 
Local Exchange Carrier, For the purposes of or these V NET scenarios, the phono Is capable of making 
VNET oasis, local caffs or ODD calls, in some scenarios the VMET access may be done through Ths 
customer diats a 700 number with the last seven digits being ths destination VNET number for the call. 
Ths LEG vssH knew thai the phone ts p:d*ad to MCl "and route the ca;; Jo She ivies switch The iVCi aw;>ch 
will stop off she "70G\ perform and .W\ lookup to identify ihe customer 10 and perform VNET routing 
using the VNET number and customer ID The easterner dials an 800 number and is prompted to enter 
their Socrai Security number for other unsqus- id'} and a VNET number. Tbs- switch passes this intonnation I 
to ths OAF which doss the VNET translation. PCI Persona! compute; that has 8te capability to dial in to 
sn internet service provider PCS or a corporate iniranei for the purpose of making or receiving Internet 
telephony satis. The following access methods might bs used for this PC Internet service provider Tbs PC : 
bssis an 800 number (or any other dial plan) associated with the service provider and is rooted vsa normal : 
muting to the modem bank for that provider. The user of the PC then foiiows normal log-on procedures to \ 
connect to ths internet Corporate intranet The PC dials an S0d number lor any otner dial plans 
associated with toe corporate intranet and is rooted vis norma: rooting to the modem bank for that 
intranet The user of the PC then foiiows norma! log-on procedures to connect to the Intranet. I-.EC- SFi 

- s «. v[tq v ^ t, l ^ »\ n., hs, uu,p^ ■>»■- oil « ha fc-^r* tv r \> 

and fvtCi's telephone network it also piovidss local access to customer P8Xs tVICi SFi Switching fabric 
for fviCi for for the purpose of patenting, any telephony service fviCi SF2 provider} These SFs am 

advanced routing capabilities such as those found to fViCi's NCS ■ Meiwork Contra! System). NCS the 
HCB provides enhanced rooting services for MCI. Some of the products that are supported on this 

Paid 800 8XX/V'ns! sVlae! Me Conference Call, 900,700' PCS, Vnet, Rs mote Access to'vmet. Vnst Phone ! 
Home, CVN8, Vnet Card, tVSCI Card (8S0 Cards), Credit Card and GETS Card. In support of ihe existing I 

private network. The DAP supports digit translation, origination screening, supplemental cods screening, : 
SCO remote access, and some specie! features snch as network call redirect for this service. To support 
the cai: scenarios in this document, the NCS also has the capacity to made a data query to directory 
services in order to route caffs to PCs. OirSvc 1 internet Directory Services. The directory service 
performs: Dir Svc 2 Call roofsng - As calls are made to subscribers using internet teiephony services from ; 
y&\ the directory ssrvica must be queried to determine where toe call should terminate. This may be 
done based upon factors such as - ihe s'ogged-Tn status of ths subscriber, service subscriptions 
Identifying the subscriber as a PC or phone only user - preferred routing choices such as "route to my PC ; 
always If { am logged frf, or roots to my PC from 8-5 on weekdays, phone all other times", etc. Customer \ 
^ i n 1=0 t s ^tf i. utk ? ' o »v t v ^x i f 1 it o 

match VNET nomfoers to the service subscription and current state of subscribers Sen/ice anthohsation - ; 
HiitfM.>':iA. P - ^ an i te^sph. v &s>\ e i'o \ v lvaut\> »d •> 
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service and may be given security tokens or sricrypisoo keys to ensure access, to She service. This | 
( re--- v. >if ah\ v p k -> o c t < ,c !h p i c > t •> qht - h | 

FFG 1 internet Telephony Gateway - The internet Telephony Gateway provides a path STG 2 through | 
which voice calls rrtsdo he bridged between en IP network and a traditional telephone network. To make s 
votes cass from m \P network to ths PSTN, a PC software packags is ussd to establish a connection with s 
the iTG and recces! thai She iTG eSfaj out on me PSTN on Pedal? of ins PC usee Once ihs^rG makes the 

iP packstrzed voscs from the PC to votes over the PSIN. Similarly, the iTG wit Saks ths- voice frors the s 
PSTN and convert ft to IP packafeed voice for the PC. To make voice caiis from the PSTN to the IP | 
network, a essi will be routed to the ITS via PSTN routing rmcimxmm. Once the call arrives, the (TG | 
Identifies the IP address for the destination of the call, and establishes art IP telephony session with that | 
destination. Once fee connection has seen established, the iTO provides conversion services between IP s 
packefized voice and PCM voice. ITO 3 Those STGs act in a simfiar capacity as the iTGs connected to the s 
PSTN, out ITG 4 those ITGs also provide a connschon bekvsen rhs corporate Intranet and too PBX. IAD * 

i<- '5tm- V:^d- k( 0 ' .^(.."Mwl'O t„ 0t«-"^' - it i ^"V'^fi* 

Internet. This method of connecting to tne internet may be used for Internet teiepbony, but it may siso bo a 
simply used for Interest scoess. When this device is used for internet telephony. It behaves differently | 

» *j {■><* v f> Oi.^ v (» *D - v, 1 <S t tS (S ^O !> -ve ,vrf t ! teff>. -te | 

not PCM voice, it is iP data packets, io the case of telephony over me iAD, toe IP data packets happon lo s 
be voses packsts, b«t ths IAD has no visibility into tftose packsts and cannot distinguish a voses paeksf 

'MS » p v\ h \ "> f ^ t i Xi * la i d <. i <• K ' OS S v,v < s *> „ 'S^ 

i Private Brach Excnaogs ■■ This Is ctKtomsr premiss equipment ihsi provides PBX 2 mmiecEB*? between | 
phones that are geojjtaphioaiiy co-h-;oal»ct. The P8X aiso provides a metood Uo>n those phonss to make 
outgoing calls from the site onto he PSTN, ivtost P8Xs have coirnectsons to Ine LEG for loos! calls, and a | 
DAL connection to another service provider for VNET type eaiis. These PSXs siso show a connection to a | 
Oiredoiv Service to; assistance with caii routing Th : » capabsissy does not emt -.n today's PBXs, but in the 
VMET caii flows lor this document a possr'oie irsSeraciion Oetwesii; the PBX and the 0« eoiory Service ss s 
^ c- v- \> icn o t ■>) "v- ™ i<- v o iq ^s t\ ^h^ % | 

a customer's intranst and ths traditional voice oapabiiities of the PBX. Phi 1 These are traditional PBX 
connected phones. Phi2 Ph21 Ph22 PC 11 Tlsese are customer premises PCs thai are connected to | 
ajstomer intranets. For the PC12 purposes ofthese caii flows, the PCs have internet Telephony software | 
thatsiiow ' ' | 

PCS : the oser to make or receive calls PC22 | 

E Re- usable Call FSow Blocks 1 VN£T PC connecis to a corporate intranet and ic.^s in Eo a directory 

sorvics Difofiory i Se-vlces VME 'Passwof4IP. iyPCOnlloo *coa».. utheniloaie user I lp 2) PC Gniios Adl r 1 

Ack, isscynt:: alpdats Pfsis wU VMET PC connosts i ndConhgdata to corporate Intranet * Optional data | 

- e c ( - 1 t o | v *i * - - f( i s. ■* e ^ -r for a PC | 

connsds their comptiier to an IP nsfovork, kirns on the computer and starts an IP telephony software | 

dlnseiory service in an encrypted format for security. The encryption would be based open an common | 
key shared bshvsen the PC and ths directory ssrvlcs. This msssago contains the following, information: 
Some sort of idenhfseahon of toe computer or virtuai private network nurnbsr that may os used to address | 

t i> t. « ^ f * h IW vt » *- «> -«! h v. -e | 

some identtflcefion euch as name, orr-oloyee Id, or any unique iO which the dlreotoiy service can s 
associate wife a VNET customer prefsie. | 

\ 3 tf(.i « It Hfls! kf <jt i _ffK, t ' idO id „ \ iii Iti | 

The IP address ktert&ylrtg fne pert that is feeing used So connect this computer to the network. This | 
address will be used by other IP telephony software packages io establish a connection to Ims computer, | 

n (■ % r ^ onf ^ n ^ifoit i nc ink r a ^a^t. * vxtu-^ sot j<t p, s^if t P Hire 

usee for IP telephony and the eonfigurationfoapabiiihes of the software or PC. As an example if might bs * 

Important: tor a calling PC io know what typo of compression algorithms are being used, or other | 

capabi-itles of the software or hardware that might affect ths ab:i:f:y of other nsers to connect ia thorn or s 

use speciai features during a connection, I 

The location cf the directory service to receive this "on-line" message wsii be determined by the data | 
ti: sit thi.it ion ii-npiementefior: tot livs ousto.msr. In some cases this may bs a prlvsife database for a 
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company or organization subscribing to a VNET service-, in other oases it might be a nations: or worldwide | 

database for ail customers of a service provider {MCI). This faction is conflgu red in She telephony | 

2. When the directory service receives this message fmm the PC. it validates the user by using the VN£T | 

number to took up a user profit® and comparing the password in ths profile to the password received. | 

Once fee user has been validated. She directory service will update She profile entry associated with ths | 

VHET number {or other unique ::D) to indicate thai the user Is 'on-ilrse* and is bested at the specified IP | 
scifitesi The directory service wiii sHo update the profit wrth the corrngcrsiiion data sen* denng She logic 

inquest, Upon successful update of the, the directory service sends a response back to the specified IP | 

address indicating thai the message was received and processed. This acknowledgment message may | 

also contain some sort of security or encryption key to guarantee secure communication with ths directory * 

a t i 4 cM i U 1 ;jf! Vis ft ! v,t(V- f St ! ^SUO> ! 3 K 

*ats,o > „>s e e >i *ou i » ^ s«t,>* s \ »er > v »^^ -^o e~ > i. o e | 

registration where the PC simply sends a password to the directory service So fog-on, A variation for this | 

tog-en procedure would be the following call flow segment where the directory | 

service presents a challenge and the PC user must respond to the challenge to complete the log-in | 
Tnv SvFjc tr^tj « qu^ -» n~S\h> - n >t h <~ io\ co no hi 

Directory Serves Calculate' 1 ChallenFe I I } PC Online r J 1 caSdiiafe I Challenge Challenge 1 2j | 

DirecfofySsfVice }< v J Challenge Calculate 1 3}ChaiiengsResponse ReSpOnse vl. Response i JT-T7 1 
Authenticate user Ack Challenge Response I Update Profile with IP 4} PC Online Ask and Ask. Seciirily 

fey t W Coofsg data * Optional data depending upon implementation 1 The user for a PC connects their | 

computer to an IP network, turns on ths computer and starts an IP telephony software package. The | 

software package sends a message to a directory sense® to register the computer as "on-line" and s 

available to receive calls. This on-line registration message wouid most likeiy be sen! to the directory | 

between the PC and ths directory service. Thss message contains ths following information: Some sort of s 

Identification of the computer or virtual private network number that may bo used f o address this | 

computer. In this VNET scenario, this is the VNET number assigned to ths individual using this PC . This | 

information wilt be used » idemiiy the customer profile associated wrth thss user, it may also be some s 
!.<„» i^at „n -.i. h .. n« ( « i. a,iCK ^ .. , in«^>.* k \ thedirtc .? v --4 ,!H. ^»s^.> j i •. >. 

a VNET customer presSta. | 

The iP address tdentlfylng 8te port fhat <s being used to connect ibis computer to the network. This «s 

address w-tf be used by other IP telephony software packages to estabiish a connection to tnis oan-tpriter. s 

The message may conlasn addibooai information soout it)e spsolftce of She software package or PC being | 

used for IP telephony and the ocirtfigurstion/capabilities of the software or PC. As an example it might be | 

^portsm for a calling PC to know what type of compression aigonrhms are being used, or other | 

capabilities of the software or hardware that might | 

The location of the directory service to receive this 'on-line" message will be determined by the data | 

company or organisation subscribing to a VNET service, in other cases it might be a national or worldwide ?: 

database for all customers of a service provider (MCI). This location Is configured in the telephony | 

software package running on the PC. | 

2, in this scenario the PC did not provide a password In the initial registration massage. This is because | 

the directory service uses a challenge/response registration process. In this case, the directory service | 

will oss a soared key to calculate a challenge fhat wsii be presented to the PC 3, The PC receives this | 

„ 4t )ui it fit-. t_ > i I ^„P„- t ^ >.*!>- ^ „ h^ < l\f:V k ^ U^>> 

to the challenge end send the response back to the directory service | 

4, When the directory service receives this response from the PC, It validates the user. Once the user has s 

r ) < ,~ \> c r * jo^ > c , !,t >c ... t - 1 \"1 riu K > tor 

other unique ID) to Indioats that the user ss 'on-iine" and is iooated at the specified IP address. The | 

directory service will also update the profile with ttte configuration data sent during trie logsn request, s 

Upon successful update of the, the directory service sends e response back to She specified IP address | 

Indicating that the message was received and processed. This acknowledgment massage may also | 
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contain some sort of security or encryption fey to guarantee seoyre cooirounisation with the directory | 
sense© when issuing jxidtborta! commancis. When the PC receives riiis response nvessage ix may choose * 
to noisy the user vis a Visual of a«d;bis indicator. | 

2. VNET PC queries a directory service for a VNET translation PC Directors Smfcs Source VNET. iP. 1 
Dsst v'NS~TConf" ; g Data h VNET Translation Poo Match VNeTTrsn^stiooReq I insch VNET to profiie 
Deiennine rossie Check eosmgtiratloil \) .2) VNET Tmsialstiau Reap iP. 'Config Data PC translation or IF. | 

software package to -sftampt to connect *o a VNET onoibor To establish this connection She uesr of She 
PC dials the VNET number (or other wk$m ID such as name, employee IP, sto). Once the telephony | 
soft-vare package has identified this oaiii: as a VNET type cat! , it w8l send a transferor* request to the | 

^ <- { 'it s. ^ s'i! x«fv ^ * ') r 1 n l \ ' ^ y -( i> c -A - \i t i 

The Vnst numoer (or other ID) of the computer !» be dialed. | 

A requested conjuration for the connection. For example, the calling PC might want to use white-board | 
capsbiiftses wtthm the tesepnony software package and may wen to verify this capability on tr*« destination s 

intorroaSan may not provide any benefit, but al the time of sending this request the user does not fcrsow | 
whether the VNETf number wlit translate to a PC or phone. | 

2. When the directory sen/see receives thrs message, it uses the Voet number tor other \Q\ to determine if * 
n-» u^"t ■ssm. >. ^ ro Sh"1 \i~ <.r<. " It rsfv- -an i v. tv ^ i > -id k=* v. | 
location whom the computer may be contacted . | 

v '- > o r o i\ it i a i < onf lie ut n ^«>o , ^ : s if tit o * , >\ c 4 > \\ ■>+ v e" | 

routing . AN! screening, ate. I 

If the VNET number translates Into a PC thai is "on-iioe", the directory service will compare the § 
configuration Information In this request to ths configuration infomsatlon | 

available in the profile for the destination PC VVheo the directory service returns the response to the | 
translation request from the originating PC, the response will include The registered "on-iins" IP address | 
of the destination PC, This ;s the iP address that the originating PC niav us® to contact the ciristsnatsor; PC a 
Coniignra tioo information Indicating the capebSifies of the desslnatlon PC and may be some Irrforrnation | 
about wnioh capabifssss are compatible between ths odgioaSon and olastlnation PC, | 

If the VNET number transtsSes to a nnrrsber that must tse dialed through the PSTN the response message s 
to ths PC will contain the teio^lng - An IP address of an Internet Teieohony gateway that may bo used to | 
get this oar! onto MCl's PSTN- The selection of this gateway may be fcas«ci noon « nniTiiaer ot sefecfeon 1 
algorithms. This association between the caller and the ITG to he used is made based upon Information: in | 
the profile contained within the dlreniory service. I 

-■ A VNET number to fee dialed oy the ITS ;o contact the destination phone. In the case of this cell ikm this s 
Is she VMET nomoar of the destination phono. This allows the oaii to ose the existing VNET iransiailon | 
and routing mechanisms provided by the DAP, | 

• The VNET number of an IT© gateway that is oonnectad to the PSX serving the deetirietion phono. This | 

h(? ufm o»v I -u i ^if !>« rUf*^ ^ i s?^ in r >^ v o^t^!>v | 

3. PC connects to an STfi | 

Source internet PC Telephony Gated a i ) IP Telephony Dlai « Olsled number 1 )Caii aci r r g 3) iP | 
Telephony Answer AjVoice path estabiished 1 . A PC uses its telephony software package to send a | 
''connoctiors" mossags to an tTG. | 



iTG software to receive the message. Tt;is message may contain information Identifying the user of iht 



CXV A0001076.09? 



PC or :t may contain information specifying 



•se parameters associated with the requested • 



oonrteotton. 



that s call has been received. This step of call setup rosy not be necessary for a PC caiiing an !TG. but it : 
is shewn hers in an attempt to maintain a consistent call setup procedure thai is independent of whether 
the PC is connecting So an iTG or tc another PC, When connecting to a PC. this step of the procedure 
allows the catting PC to know thai the destination PC is ringing. 

3. The ITS accepts the mil 

4. A voice path is established between the ITG and the PC . 
Call Aek Call accept 3} iF Telephony Answer 4)Voic® path established 

1. An ITS uses its telephony software to send a Connection" message to a PC. The i!G must know the 
IP address of the PC to which if is connecting. The specific format and contents, of this message ;s 
impendent upon the ITG software sending the massage or the PC software to receive the message. This ; 

informafion specrh/iog the requested confsgurstiorj for the call (i.e. voice only osi;}. 

2. The message from step t is received by the PC and the receipt of this message is acknowledged by 
sending a message back to the ITG indicating that the PC is offering the oaii to the user of fife PC 3, The : 
user of t he PC answers to call and a message is sent back to the originating PC indicating that the oaii 
has been accepted, 

4, A voice path is established between the ITS and the PC. 

5. VNET PC to PC Call Flow Description The u ser for PC12 1051 connects the computer to an internet 
Protocol (IP) network 1071 . turns on ihs computer and starts m IP telephony software prorocoi system. 
The system software transmits a message to a directory service 1031 to register the computer as "on-- 

software packages to establish a connection to this computer The address comprises an identification of \ 
the eornpaier or v:nusi private network number that rosy he used to address this computer t06l , in this 
VMET scenario, she address Is a VNET number assigned to the individual using this PC. VN£T refers to a \ 
virtual network so which a particular set of telephone numbers is supported as a private network of 
numbers thai can exchange calls. Umy corporations currently buy communication time on a trxsnk that is I 
utilized as a private ooromunicssion channel for placing and receiving Inter -company calls. 

The address may also foe some identification such as name, employee id, or any ether unique ID. 

The message may contain additional information regarding the specifics of the system software or the 

=! <i \sjft> u> 10 si v vf C i C\J ! i,Kfi v !' t^^H WSsS^VJfVte -.!'X.r\.^ ^ \ 

i'-C to kit .w wh j! ;vu* c t c< nvt- jsur. jlgo >*h ns .nt- suppo-.ec am: ,x S v e m \he c usreru ...omnunicuS on ; 

hardware that might affect the ability of other users to connect or use special feature during a connection. : 

internet: Figure 1DB flfustrates an internet routing network in accordance with a preferred embodiment, tf ; 
a client computer 1 080 on the internet needs to connect to an internet Telephony Gateway "i 084 , the 

the client 1080 needs to place a telephone calt to a regular PSTN phone, and PSTN network usage :s 
determined to he Jess expensive or higher qualify than Internes network usage, is is the preferred choice to : 

ints-rnet access This is often referred to as Head-Srid Hop-Off (HEHO), where ihs client hops off the 
internet at the "head end" or "near end" of the internet. 

determined to bo more expensive than Internet neswork usage, i? Is the preferred choice to select a 
gateway that allows the client to access the PSTN from the Internet at a point closest to the desftnaftor? 
telephone. This is often referred io as Tail-End Hop-Off (TEHO). where ihs client hops off the internet at 
the "tali end" or "far end" of the internet. 

a) Heao-End Hop-Off Methods i'1 I Client Ping Method This method selects the best choice for a nead-end : 
„ U tit^fo t t ^ m 9 i, t«. ij i -I ( a „ v no ^ 3 > Kih -> 



CXV A0001076.098 



and pinging escn to detent sine the best: choice irs ter ms of latency and number of router hops. Tfcs 
process is as folfcws: Client Computer 1080 queries a directory series 1002 to obtain a to of candidate 
internet telephony gateways. 

The directory service 1082 looks its a database of gateways and selects a list of gateways to offer the 
ciient as candidates. Criteria tor selecting gateways as candidates can include fast gateway selected, 

mafching 1 , 2. or 3 octets in the IPv4 address. 



selection of at least one gateway from all major gateway sites. If practical. 

The diredory semes 1082 returns s morn" candidate fP addresses to the client 1080 in a TCP/IP 
message. 

The client 1030 sinxriterteously uses the IP ping to sand en echo-type message to each candidal* 
internet Telephony Gateway. 1084, 1081, 1088. The *«r" option wiii be used with the psng command to 

Based upon the ping results for each internet Telephony Safeway, the client 1 080 vM rank order the ping 
results as follows: if any internet Teispnony Gateways are accessible- to the client i 08Gwithos.it traveling 
through any internetting router as rewsaisd fey the ping trace routs, they are ranked first 

The remaining: interns* Telephony Gateways are ranked in order of fewest latency of round-trip ping 
results. 

Using she Client Ping fvlethod with the Sample hleiwodv Topoksgy above, the Ciient Computer 1080 
queries tfte Directory Service 1 082 for a isst of Interne! Telephony Gateways te ping . T he Directory 
Service 1082 returns the fist: 1:86.37.61 .1 1? 1 88.25.27.101 188,87,27,205 The Client Computer 1080 
issues the toliowscsg: three ceromancs ssmi.ritsneousiy: ping 188.3? 81 11 7-n ping 168.25.27.101 -r 1 ping 
566.37.27,205 -r 1 The results of the ping commands are as follows: Pinging 166.S7.81.117 With 32 bytes 
of dais 

Reply from 188.37.61. 117: byies~32 flme-3ms TTL-30 Routs: 188.37.61.101 Reply from 188.37,81,117: 
byies=32tirf!e=2rpsTTL=30 Route I6S3"6I 101 Reply from 166 87.81. 1 1 7- byles=32 t.me=2ms 
TTL~3t Roate: 188.37 61 .101: Repiyfram188.37.g1. 117: bytes==32 tlme=2ms TTL-30 Route: 
mi* j\ii "\tt ^ * H 1 1 T ^ t "= 

tjrrte*14ros TTL=30 Route: 166.37.81.101 Reply from 166.25.27,101: bytes*32 Ume*2rrs8 TTl-30 Route: 
166.37.6t.101 Reply from 188 2$ 27 I01:byttt«32 hrnes.irrtsTTl-SI Route- 186 37 61 101 Repsyfrow 
•86 26 27 101 : bytes =32 tevu - : 4ms "TL-30 Route 168 37 81 101 Psngsng 166.37.27.205 wjfh 32 oytes 
of data: Reply from 166.37.27.205: cytas=32 timers TTL~126 Ronie; 166.37.27,205 Reply from 
166,37.27.205: hvtos~32 timo-lms TTL~128 Route: 168.37. 27.205 Reply from 18S 37. 27.20S: bytes-35 
&me=tws Route: 166.37. 27,205 Repiyfrcm 186 37 27.205 byfee==32 tene^ms ttl==126 

Routs: 188.37. 27.205 Since the route taken to 186,37,27.205 went through no routers (route and ping 

Addresses are ranked by order of averaged latency. The resulting preferenSai ranking of Internet 
Telephony Gateway addresses is 166,3? .27.205 188.37.81.11? 188.25.27.101 The fssf choree gateway 

network. This gateway will be the first the dienf: wiii attempt to use. 

(2) Access Device Location Method The method for Identifying the most appropriate choice for an interna* 
Telephony Gateway utilizes s combination of the Ciient Ping Method detailed above, and the knowledge 
of the location from which the Client Ccrnpuler 1080 accessed She internet. This method may work well 

A dienf computer 1030 dials the internet Access Device The Access Device answers She cafi and plays 
modem tone Then, the. ciient computer and the access device establishes s PPP session. The user on 

Ones the user passes aothenticatson, {he Access Device can automatically update' the User Profile :n the 
Directory Service for the iissr Who was authenticated, depositing the foiiowing informatiori "User Name" 
"Account Code" "online broedamp" "Access Device Site Code" Later, when the Client Computet requires 
access through an internet Telephony Gateway, it queries the Directory Service 1082 to determine the 
best choice of internet Telephony 

Gateway, if an Access Device Ssie Code is found in the User's Profile on the Directory Service, the 
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Director/ Service 1082 selects the Internet Taisphony Gateway 1084, 1081 and 1088 at the same site 
code, sod r«t««o* the IP address Jo the Client Computer 1080. If «n internet Telephony Gateway 1084. 

is selected according to a network lopoiogy map kept on ths directory server 

if no Access Device Sits Cods is found on the dlrsetesw server 1082, than the- dimt 1030 has accessed 
the i \ ' ill »» - \ i <n v ion* b~ i «* <. «»»> »» < "i* I •■ M f *« -n 
Ping Method described above is used to locate She best alternative internet iefephony gateway 1084 

(3) User Profile Method Another method for ssSesSon of an Internet Telephony Gateway 1084. 1081 and 
1038 ;a So embed the information needed io select a gateway sn Jhe user profiie as stored on a directory 
sefv«r. To os® this method, the yssr must execute an internet teiephony software package on the disrtt 
computer- The first isms the package is exsaiied, registration information is gathered from the user, 
including name, email address. IP Address (for fixed ksoatkm corops 

software package deposits the information on a directory server, within the user's profit®. 

vVhenaver she internet Telephony software package is started by fh© ussr. the IP address of the user Is 

when the user needs an interne; Telephony Safeway sen/ice, the uses queries the directory sen/lee for sr 
tet to' 1 ™ on> ~ f> Jnv T ^ v , i^no n t o p i ss o s j » -* 

usuai site and access point into the network. Ths directory service can use this information, plus the 
network map of all Internet Telephony Gateways 1084. 1081 and 1088, to select the best internet 
Telephony Gateway for the client computer to use. 

(4) Gateway Ping ivlefbod 

The fast method selects too oest choice for & head-end hop-off internet telephony gateway by obtaining a 
fist of candidate: internet ■eisphony gateway addresses, and pinging each to determine ms bssi choice srs 
terms of latency and number o? router hops The process is as follows: Client Computer queries a 
directory service to obtain a best-choice internet tsisphony gateway, 

* i t k e > S d 3t 1 t <SJl \ i s. i*-. i -» (. t (d k t s !. j 

for selecting gateways as candidates can include last gateway saleeted. 

matching 1 2. or 3 octets in the IPv4 address 



selection of at least one gateway from all major gateway sites, if practical, 
the client computer's IP Address. 

Each candidate gateway sin-iuilaneousiy usss the IP ping to send an echo-type message to the eiient 
computer. The "-f" option will he used with the ping command to obtain a trace route. The ping results are : 

Based upon the ping results for each Internet Telephony Gateway, the directory service wsii rank order the ; 
ping results as follows: ff any Interna! Telephony Gateways ana accessible to the client without traveling 
through any intervening rooter as revealed by the ping trace route, they are ranksd first. 

The remaining Internet Telephony Gate-ways are ranked in order of lowest averaged latency of round-trip | 

The Client Ping Method and Gateway Ping Method may use the traceroute program as an alternative to 
the ping program: in dafermsolng oast choice for a haad-end hop-off gateway, 

b) Taii-Pno Hop-Off Methods Tall- Pod Hop-Off entails selecting a gateway as an egress point from She 
Internet where ths egress posnf Is cfosest to the terminating. PSTN location as possible. This Is usually 
desired to avoid higher PSTN caffing rates. Ths internet can be used to bring the padiet&ed voice to the : 
local calling area of the destination telephone number:, where lower iocs; rates can be paid to carry She 
1111111111111111111111111111111111111111111111111111111111111111111 on the PSTM. ' ' \ 

(1 } Gateway Reglsfrafiorf One method for Tall- End Hop-Off service Is to have Internet Telephony 
Gateways 10S4 : 1081 and 108S : register with a directory service. Each Internet Talephony Gateway will 
have a profito in She directory service which lists ths caiiing areas It seivss. These oars bs listed m terms 
of Country Cone. Area Code, Pxchange, City Code, Line Code, Wireless Cefi, LATA, or any ofher method i 
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which can be usee! to subset a numbering plan. The gateway, upon startup, sends a TCP/IP registration 
message to the Directory Service 1082 to list the areas ft serves. 

When a Client Computer wishes to use a TEHO service, it queries she directory service tot an internet 
Telephony Gateway 1054 serving the desired destination phone namoer. Ths directory service 1082 
looks for a qualifying internet Telephony Gateway, and if it finds om> returns the IP address of tha 

Telephony Gsfeways 1084. 1oil sod serving the'sartse destination phone number. 

if no Internet Telephony Gateways 1084, 1081 and 1088 specifically serve the catting area of the givers 
dosffoaifen telephone number, the directory service 1G32 returns an error TCP/IP message so the Giient 
Computer 1880. Ths Ciient 1080 then has the option of querying the Directory Service for any Internal 
Telephony Gateway, not just gateways serving a particular destination telephone number. 

As a refinement of this Gateway RegssireSon scheme. Gateways can register catling rates provided for all : 
calling areas, For example, it no gateway is available in Seattle, it may be less expensive to sail Seattle 
from the gateway in Los Angeies, than jo call Seattle from the gateway in Portia rid. The rates registered 
in the directory service can enable ths directory service the lowest cost gateway to us© for any particular : 
caii, 

7. Vnet Caii Processing Figure 11 is a catlfiow diagram in accordance with a preferred embodiment. 

message will be determined iby the data distribution implementation for this customer in soma cases this : 
may be s private database for a company or organization subscribing to a VNET ssrvioe, sn other cases it ! 
might bs a national or worldwide database for ail customers of a service- provider (MCi). When the 
directory service receives this message from PC f 2 1051, it wltl update a profile entry associated with ths : 
unique SD to indicate that the ysar is "on-line" and is located at ths specified IP address. Than, at 1102, 
after successful update of the profile associated with ths ID, ths directory servios sends a response (ACK) I 
back to the specified IP address Indicating that the massage was received and processed. When the 
computer (PC12> reesivss this response massage it may choose to notify ths user via a visual or a«dit>te : 

iJ>5-> «> v»*t of Ki " *i,s'Ofv\e tt, * I ' «Hj Lu»» > 8i« v„ ^tr>^ ei ai 

teiephony system software. The registration process tor tins computer Mom ths same procedures as 
those for PC 12 f 851, in this scenario it is assumed that the directory service receiving this message Is 
either physically or logically the same directory service that received ths message from PCI 2 1051 , 

At 11 04, when the directory service 1031 receives a message from PC! 11 052, It Initiates a similar 

associated with the identifier it received from PC 1 1 1 062, and it will use the iP address it nsoewed from 
PCI 1052. Because of the updated profile information, whan ths acknowledgment massage Is sent out 
torn the directory service, it Is sent to the IP address associated with PC1 1 1052, At this point both 
computers (PCI 2 1 051 and PCI 1 1 052} are "on-line" and available to receive caSSs. 

At 1185., PC12 1051 iises its teiephony system software to connect to computer PC1 1 11052. 

To establish this confection, the user of PCI 2 1051 dials the VN£ T number {or othsr unique 10 such as : 
name, employee ID, etc). Depending upon the implementation of the easterner's network, and software 
package, a unique network Identifier may have to be placed m toss dial string. As an example, m a 
telephony implementation of a V?*i£T< a subscriber may he required to enter the number 8 prior to dialing : 
the VNET number to signal a PSK that they are rising the VTJPT network to route the cell. Once the 
telephony software package has 

minimum, this translation request will contain the following information:: - The I P address of the computer i 
t -.v. 3 h h c-o<: ?o h h ^ v t e ">t ^ o tr if d 

deiermsne tt the user associated wrS'i the VhiET nutnber ^or other ID) is "ondins" and to identify the IP 
address of ths location where the computer may he contacted . Any additional information that is available : 
about the computer being contacted: fPC1 1 1062}, such as compression algorithms or special hsrdvvars 
or software capabilities, may also be retrieved by the directory eervlce 1031 , The directory service 1031 
then returns a message to PCi2 1Q§1 wllh status information for PC: 1 1052, such as whether the 

y ^i-i t\ nan iC.-i ec« ves "i* i^^-it i-tet-jsm es -wietnef -'C i^:;.ifo^ 
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contacted. This determination «iff be based upon ths "on-line* status of PCt 1 1052, and the additional 
ifsfbonafcon about capabilities of PC 1952, Sf PC12 1051 reserves status ^formation indsceting thai PCI 1 
1 052 mav not bs contacted. She caii fiow stops ism, othsiwjss* 8 continues. 

The following steps 1107 through 1111 are "normaf IP telephony call setup and tear-down steps. At 
1 107, PC12 1851 transmits a "Hog* massage to PCI 1 1052 . This message k directed to the W> address 
mcsivedi torn: me directory service 1031 in step 1 105, This message can contain information identifying 
the user©? PCI 2 1051 - or A may contain information specsfvlng the parameter associated with the 
requested connection. 

At 1 106, the massage from step 110/ :a received by PCI 1 1052 and ins receipt of this massage ss 
acknowledged by sanding a massage back to PCI 2 1051 indicating that toe user of PC 1 1052 is being 
notified of an incoming oa;;. This notification may ha vlsibie or audsbia depending upon the software 
its configurations on PC 1 11 052, 



At 1 f 09, if the user ofPC1 1 5 052 accepts the call, a massage is sent back to PC 1 2 1051 corrfirming 
'answer' for trie call if the user of PC 1 1052 doss not answer the caii or 

chooses to reject the caii, a message will be sent back to PC 12 1051 indicative of the error condition, if 
She call was not answered, the call Sew stops here, otherwise it continues. 

At 1 110, the nsers: of PG12 1051 and PC11 1052 can communicate using their telephony software. 
Communication progresses until at 1 1 11 a user of either PC may break tho connection by sanding a 
disconnect message to the other caii participant. The format and contents of ibis message is dependent 
upon the telephony software packages being used by PC12 1051 and PCi 1 1052. in this scenario. PCi 
1 1 052 sends a disconnect message to PCI 2 1 051 . and the telephony software systems on both 
computers discontinue transmission of voice. 

accordance with a preferred embodiment, in this flo>.v the internet telephony gateway is an out-oPnatwork I 
element. This means that the Internet Telephony Gateway cannot use SS7 signaling to communicate with ; 
the switch, it must simply outpuise the VNET number to he dialed. An alternate embodiment facilitates 
directory services to do a transiai;o« of the VNE1 number directiy to a Switch; Trunk and outpuise the 

mors sophisticated signaling interface between the Internal gateway and the switch. This type on *in- 
network* internet gateway scenario will be covered In another sail flow. 

Branch Exchange (PBX). I! there were irrtegr at(on. If might bo possible for the PC to go through trie 
internet (or intranet) to connect to an ITS on the customers P8X : avoiding the useot" the PSTN . Fsgura 1 2 I 
is a oaiiftow diagram in accordance with a prefe'ved embodimeni Processing comrnenoes at 1201 where : 
the location of the directory service te receive this "on-line" message will be determined by the data 
distribution implementation: for this customer. In some cases this may be a private database for a 
company or organization subscribing to a VNET servsoe, in other cases if might be a national or worldwide \ 
database for ail customers of a service provider <WCf}> 

with the unique ID to indicate that the ossr is "on-iine" and Is located at the 

specified IP address Then, at 1202, after successful update of the profits associated with the ID, the 
directory service sends a response JACK) hack to the specified IP address indicating that the message 
was received and processed. When the computes (PC 12} receives this response message it may choose ; 
to notify the user vis a visual or audible indicator. 

the dial path to the out of network interne! gateway phone. A response including the iP address and the 

the east Than, at 1205. an IP telephony dial uiiiking the ONiS information occurs. DNIS refers to Dialed 
Number information Services which Is definitive information about a call for use in routing the cats. At 1208 : 
an ACK is returned from the IP tetephony, and at 1207 an IP telephony answer occurs and a cell path is 
established at 1208 

1200a shows the VNET PC going offheok and sending a dial tone 1 200fo, and outpulslng digits at 1210, 
Then, at 1211, the routing translation ofthe 0Ni5 information Is used by the routing database lo determine I 
how to routs the call to She destination telephone. A translation response Is received at 1212 and a switch : 
to switch outputs© occurs at 1213. Then. at. 1 216 a ring is transmitted to the destination phone, and a 
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qt > k h c ^ - r-, T i ^ U ) li ki) o i t ^ e v " \ ^ c q t lc\. nn v ■> 
and answered si 1256, 

Conversation ensues at 12t?, until on© of the parties hangs up at 121 8. 

Figure 13 illustrates « VNET Personal Computer iPC) to out-of-naiwork Phone lofcrmafcon call fUm in 
accordance v&h & preferred embodiment, in this call Row. ins use of the PSTN is avoided by routing the 
call from the PC to the Intemst/lnfranet so m internet gateway directly connected to a PBX. 

^ * 4 t.>.s.i ^ J5< ) v\r T ' ~e sor 3 C> r< Mi- ^C>k M\o-*\\ o >o c - 
> i < m . sot t^lorwi^f tit s! ^ b men I o » t >\ a \ 
element This requires thai the internet gateway can behave as If it were a switch and ufciize SS? 
signaling io hand the call oft So a switch This aiiows the directory service io return the swiKMrunk and 
outpulse digits on the first VNET iookup 

VNET routing information. 

A" >P<Tt ~m tit > ot onh ■> c >x* s -< o-puiot •< oMotp^-i cs- 
accordance with a preferred embodiment, in step 1 50 1 . a net phone user connects through the Internet 
via m IP connection so the step 1 5Q2 MCI dirsstery service where a ioots up is performed to determine 
how to route the call. In step 1S0S, the call is terminated in the Intelligent System Platform (ISP) So 
determine where to send the call, iP Router Is the gateway that goes into the UCi ISP to determine via 
the me *yem Ss-fxtcwa rMvo^ t o\h ;<?at.s a »ngine no^ woet theoa thtoit^ the r* jik instep 
1504, the cat; is connected through the Internet to the Net Phone user, in alternative scersano step 1504 
She person at the phone is unavailable, so she calling party desired to speak wish an Mil operator and the 
iP Router goes through the Net-Switch {interfaas to the voice woiid.} in step 1505, the netswltah queries 
the eai; processing engine to do DSP Engine functions, in slop 1606, the call is routed through the WAN 
Hub to a MCI switch to an MCI Operator or voicsmali in step 1507. This preferred" embodiment utilises the 
existing infrastructure to assist the calf, 

b) PC TO PHONS Figure 16. iiisjstrates a phone est; that Is routed from a PC through the internet to a 
phone, in step 1802, the SViCt Directory Is queried, to obtain ISN Information for routing the call. Than the- 
cals is redirecied in step 1603 to the tSP Getaway and routed utilizing ths IP router io the caii processing 
engine in stops 1604 and 1 80S. Then, in stop 1600, the cat; is routed to tha WAN and finally So the RBOC 
where Mainframe basing is recorded for the caii, 

o) Phone io PC Figure 1:7 illustrates a phone io PC caii in aocordanca witi 
step -5701,3 phone Is routed into a special m>% switch w:hara in step 1702, 
detai'minss the DTMF tones ut:ii2:n§ s seftess of digital signal p 

the s-ystem leaks up directory inforrrsation and connects tha est 

busy, then al step 17C4 ; She call is routed via an SP router over 
engine in step 1705. 

d) Phone to Phone Figure 18 iiiustralse a phone io phone caii over the internet in accordance wish a 
preferred embodiment. A caii comes into the switch at step 1001, and is processed by the call logic 
program running in the caii processing engine in step 1802. In step 1803, a lookup is perfomied In the 
directory infos'mation database to determine routing of the eaii as desedbod above. The foaSIng Includes 
•<t t n i !!mro td > h -3 t •> tt ^ f\ n >q to A jftho ^\ v., ^lir> ^ 

the osi: even fhotight the caii Is routed through the internet. An IP router is used at each end of the 
Internet So facilitate routing of the call through the internet 1804 and into She network switch. From the 
network switch the call is routed to a call processing engine through a WAN hab 1 SOS through tho RBOC 
180? to the target telephone. Various DSP Engirses 1803 are utilized to perform digital transcoding, DTSViF 
detection, voice recognition, caii progress. VR.U funeflons and Modem funertons. 

XI. TELECOMMUNICATION NETWORK WAN AG Efv'i £ M t .A preferred embodiment utilises a network 
management system for a telesssmmunicaSion network for analyzing, correlating, and presenting network 
svonts , fvlodem telecommunications networks tilke data signaiing networks, which are distinct from the 
f.-ali-oeatirQ netw;rks. to csrrv iha ssgnai:ng risla that am recj^rssu for caii setup processing, and otearing 
These slgnafing networks use an industry- standard srchltecSure and protocol, coiieotlvely referred to as 
Common Channel Signaling System #7, or Signaling System 47 (SS7) for short. SS7 is a significant 
advancement over {he previous S8^«3«ng msthon', ;n which caii signaling data were jransfratted over tha 
same circuits as the caii, SS? provides a distinct and dedicated network of circuits for transmitting call 
signaling data. UHiteing SS7 decreases the call setup time (perceived by the caller as post-dial delay) and 
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on the call-bearing network. A dstaiisd description of SS? signaling is provided in | 

Signaling System #7. Travis Rasseii, IVicgraw Hill (1995) | 

The standards for SS? networks are established by ANSI for demesne (U.S.) networks, by ITU for | 

intern ailonaf soonecfions, and am feterrad to as ANSI SS? and ITU C7, respectively. | 

A Epical SS7 network is illustrated in Figure IB. A call-bearing teiec^ysrnunicatfons ste&fwwk makes us* of | 

matrix switches 1Q2a!'f02b for switching customer traffic. These switehss 102a? 102b ere conventional, | 

such as a DMS-25Q nwsufactursd by Northern Telecom or a PEX-SQQ man ufase.* red by Digital Switch *: 

Corporation. Time switches 102a/102b are interconnected vwth voice-grade and cSata-grscie oati-bearing | 

irunks. This interoonnectivity, which is not issustrsfed In Rgyre 1 B. may take on a large variety of | 

configurations. | 

Switches in telecommunications networks- perform multiple functions, in addition to switching circuits for | 

voice calls, switches must rs-lay sigriaiiop, messages to other switches as part of call control. These | 

signaling messages are cJeftV8re<J through s network of computers, each of which is called a Signaling | 
^ i .°" " , , \ f as > oi- \ )i /^"i > - > U ' v s oot>cc Ss .c -g - -sv 

signaling network. | 

Slonsi Transfer Paints (STPs) 1fJ4a. . 1 04 f (eoiieoiively referred to as 104) are packet- switching | 
evsossused v. » tc iyao» .?•»«>»., -• ate^ ..jd* v 
' -* tt ^ i ^ « < -.k at n i i > \ ? so >. i ^ l ; t i~- ' jfwd h ? 
«tsr 1 SIP I04e t$ mated with STP t04d m Regions Cluster 2, and STP i04e « msteci with 

shown if) Fig. 1 for ilustrativa purposes. Each STP duster 104 serves a particular geographic region of | 

SSPs 102. A plurality of SSPs 102 have primary SS7 links to each of two STPs 104 in a duster. This | 

™- s o i v ^>f in in 1 u i ji,i ^ 10 j t « is m k \\ < „ -vfc-! < - 

Fig, 18 fofittuslratiw purposes; in reality, severs! SSPs 102 will home on a particular STP cluster 104. | 

o-v^ -sfiv v " . •> \v v-i--,^ . ^\>!h "c^vt.rv 1 ^ | 

The SS? Sinks that connect the various elements are identified as foiiows: | 

A links connect an SSP to each of its primary STPs (primarily homing). § 

B links connect an STP in one cluster to m STP In another cluster, | 

C links conned one STP to the other STP in the same cluster. | 

D itnfe connect ST Pe between different carrier netwoms I not illustrated), | 

E links connect an S SP to m STP that is not In Its cluster (socondary homing). | 

P iirtks connect two SSPs to each o-her | 

To interface two different carriers' nefworks, sucrs as a Lacal Excrsangs Carrier (LSC) network wish an | 

infsTOfsango Carrier <iXC) oeHvork, STP clusters 104 itmt aaof) carriers' {t«4wofk rosy be connssted by D | 

links or A links. SS7 provides sfandisrdized orosocol for soch an interface so fhs; the signaling for a caii | 

that is being passed between an LEG and m IXC may also bs transmuted. | 

When a switch receives and routes a customer call, the signaling for thai caii is received (or generated) | 

the signaling for lost call Is sent to an STP 104. The STP 184 routes the esgnei to either ihs SSP 102 for s 

r . !>■> ) v v s- iitit . ii"t>^ ^u)i v s^rsf- > fci^v 

terrnsnsting swte. Another eiernsnt of an SS? ostvvom aro Protocol Moostoring Units (PMU) '5 OS, shown a 

«i Figure 2. PMUs 106 are deployed si swjtoh sites and provide ars independent monitoring tool tor SS7 a 

These devices, suoh as thoes manufeoiured by IrlET Inc. of Richardson, 'TX.. snonftor the A, E, ond F | 

links of the SS? network, as shown in Plgurc- 2 Thsy generate fault and performance infesmsstjorf for SB? s 

ffaffic, if is vital that any problems are detected and corrected quickfy. | 
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Therefore, 8w8 » m essentia! nrnti for a system that cars monitor SS? miwooXs, s 
performance information, and manage corrective actions, 

Pmr ait SS? network management systems, white performing these basic fas 
shortcomings, Many require manual configuration of network topology, whioh is V! 
md delay fepatogy updates. Configuration of iha&e systems 

usually requires Stat the system be down for a panod of lime, Many $ysi 
intended for a particular vendor's P?JU 108. and actually obtain toootogj 
thereby eeglacfeg oehvofk eiemenfs not connected to a PMU 106 and * 

Because prior art systems oniy operate wish data received from proprietary PMJs 106. they do not 
provide correlation bstweso PMU events and events generated from other types of SS? network 
dsrosais. They also provide SnSaxifete and proprietary analyses rules tor event oorreiaifon. 

A*j«f i^v". r\f^<i*i pit -^"■■ ; nr\.<i oo -"^\vn 'ns^s'^mtnt? tr oft fn^v N « 

neSwwfc elements. Each oaiwork ©vent is parsed and standardized to siiow for the processing of ovs-nts 

transmission network management systems network maintenance schedules, and system users. 
Referring to 3, the systems- sremjactura oftne profened erofcodiment of the present invention, 
referred so as sn SS7 hteK'ors; Management System iSNMS). is illustrated ShTMS eonsisrs at four lorjicai 
servers; 302/304/3QS/30S and a plurality of client workstations 312at-312b/312c connected via a Neiworfc 
Management Wfete Area Network {WAN} 310. The four logical SNMS servers 302;304/306t308 may aii 

on a distinct physical unit, for ihe purpose of enhancing performance. These physical unite may be of any 
;r>rwr.t or. 3 to. s. ;h as i"W R8r."0" . ^mv\ ,w d\ --0* r«si "x? s^r^i 

The cisent svsrksiaiions 312 may b® any conventional PC running with ^crosoft Windows or IBM OS/2 
operating systems, a dumb terminal, or a VAX VMS workstation, in actuality, client workstations may be 
any PC or terminal mat has an internet Protocol flP) address, is running wish X-Windows software, and ss 
connected to the WAN 310. Ho S^iViS-speclfsc software runs on the client workstations 312, 

SNMS receives events from various SS? network eler 
mMSi 338. It also receives network topology. configu: 

from various external systems, as will fee describees. The various network elements that generate events 
include mtmsk Coniroifers 314, inteirsational and Doinasbe SPs 318/102. STPs 104. and PMUs 108. 
Natwork Cootroitere S1« ar» dsvlcas that switch circuits basad on axiarnai commarsds They uWm SS? 
signaisng -.a 4!i» e.-'mss maiine.< as an SSP 102 foui ara not ssnked to any STPs 10-t. in'ema^onai SPs .iif> 

nsivrofk The STPs 104 may be domestic or International. 

The PMUs !06 scan aii *hs SS? packets XhsX pass across the SS? cifcute, aiiaiyse for iau't condmo:^ 
and gsnerate neiwork avanis thai are than passed onto SNMS. The PMUs 108 aiso generate psiiodic 
statistiorj on the parforrnsnea of tha SS? drcuife that are monitored. 

Aii SPs 102'31S, STPs 104. PM) 108 and SS? Network Con!: oilers- 314 tfaosm!! network events !o 
SHMS via oomm-jnioiitions oet'.vorks This eliminates the aeed for SNMS to maintain a session with each 

3, m Asynchronous Data Communications Netwofk 320 Is used io transport evanis from Network 
Cofifroiism 3 5 4 and intsrnationai SPs 316. An sBM fns:r>trsm& Front Encs Processor (P£Pj 35;4.s«» as 
IBM's 3708, is tisad to convert the asynobrorious protocoi Id SNA so it can be received by a IBM 
mainfrarns-bassd Switchsd Host Interfaoa Faoiiliias Transport (SWIFT) system 326. SWIFT 326 is a 
communications ioterfaca and dafo dtstrstxition application that mamsasns a iogioai com rmsnica tons 
session each of the network eiements. 

in this sama embodiment m X.2S Oparationai Systems Support (OSS) Natwork S2S is used to transport 
events from STPsi 104 : SPs 102, and PtVitfe 108. These events are received by a Local Support Element 
(L.SE) system 330. The LSE 330, whlob may be a VAXft/lVS sysiam. Is esssntiaily a Packat Assambier/ 
Disassembler (PAD) and protocol converser used to convert event data from the X.25 OSS Network 328 
to the SNMS server 302/304. it also serves the same function as SWIFT 328 in maintaining 
communication sessions with each network element, thus eilmioatiog the need for SN&iS fo do so. Tha 

nejwork tn' w-hfch different types of aletnents am in place rousting diftfsrent smnspon machanisms. SNMS 
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supports ait tness types of Momenta, 

Some events ate also input to the BHUB Reporting Server 304 to be stored for histories; purposes. A 
Control system 332, which may be a VAX/VMS system is usad to collect topology and configuration data 
from each of the network elements via the X.2S OSS H&wosk 323, Some elements, such as S'TPs 104 
and SPs 102, may send this data directly over the X.25 OSS Netwotfs 328. Elements such as the 
International SSP 316,. which only communicates 'm asynchronous mods-, us© a Pack©?. Asssrobls-n' 
Disassembler (PAD) 318 to connect So the X,25 OSS Narwwk 32$, The Control system 332 th«n feeds 
this topology and configuration data to the SNrVtS Topology Server 306. 

displays. Moss topology Information is received from Network Topology Databases 334, which are created 
and maintained by order entry systems and network engineering systems *rt the preferred embodiment. 
Topology data is input to the SUMS Topology S«iw 306 from both ths Network Topology Databases 334 
and the Control System 332. An ability to enter manual overrides through use of a PC 336 is also 
provided to the SIMMS Topology Ssrvsr308. 

The SNMS Alarming Server 302 also receives events, in particular DS-3 transmission alarms, from other 
network management systems (NklS) 338 Using topology data, SNMS y»i(( correlate these events with 

maintenance schedule Information from a Network htertenance Schedule system 340. SNMS uses this 
Imormation to account for ptewd network outages due to maintenance, thus eliminating the need to 
respond to ros-ntananee- generated alarms. SNsViS also uses this information to proaotrvsiy warn 
maintenance personnel of a network outage that may impact s scheduled roasntenanea activity. 

The ShirviS Alarming Server 302 has m Interface with a Trouble Management System 342. 

This allows SNM$ users at .the client workstations 312 to submit trouble tic 
alarms. This Intarfaos, as opposed to using an SNMS-«ntemat trouble man. 
configured to utito many different types of froobie managesrtsnt systems. In the pre 
the SNMS Graphics Server 308 supports ail ciiani workstations 

312 at a single site, and are therefore a plurality of servers. The geographical distribution of SNMS 
Graphics Servers 308 eliminates the need to transmit volumes of date that support graphical presentation 
to each workstation sits from a central location. Only data from the Alarming S&rv&r 302, Reporting 
Server 304, and Topology Server 308 are bansnutteti to workstation sites, thereby saving network 
transmission bandwidth and Improving SNlvIS performance, in alternative embodiments, the Graphics 
Servers 308 may b« centrally located 

Referring now to Figure 4. a high-level process flowchart lustrases she logical system components of 
SHMS. At the heart of the process Is Process Events 402. This component servos- as s traffic cop for 

responsible for receiving evenrs from other SiMfvtS components, processing these svents. stonng events, 
v ^ •> N=t ■» t i^ts ^ R >i" i" a ^ r \> j n ? w ! P x- V t 

The Receive Network Events component 404, which runs primarily on the Alarming Server 302, receives 
network events tiom \he vanous SS7 network stents sSTPs 504, SPs !02. PMUs 1G8, esc > vsa 
systems such as SWIFT 328 and LSE 330. This component parses the events and sands them to 
^ c > > " «• 4 ^ " t s sn t v ^ ^ s ^' t " \ ™ ^ot ssA s c\ gr k r d t ■) 

Figure S. 

The Process Topology component 406, wn ich runs primarily on the Topology Server sog, reosives 
network topology and configuration data torn tba Network Topology Databases 334, from the SS7 
^ oo^ ^ . t .X °> ; r - wM-t . C > o.r . k 

stores them, and sands them to Process Events 402 for analysis The Process Topology process 406 is 
shown in greater deta;i so Ptgure 7 

i w » a goitt ■> f v^i x » it sv ^ tu » e t u 4 u-^ is 4 s» - <q o „ I - 

specific parsing and analysis rtiles to be used by SUMS. These mies are then loaded Into Process Events 

programmed code. A programmer simply programs the 



CXV_A0001076.106 



aodute, which is then used by Process Events 402, 

These algorithms .am prcmduraJ in nature and are based on network topology. They consist of both 
simple roles that a?« written in 3 proprietary language and oan be changed dynamically by an BHMB urn?, 
and of mors complex niies which are programmed within BHfAS software code. 

The Recess NMS Data «MT5Coneai410. which runs pransnfy on the Aiarmrng Server 302. receives 
events from other network management systems {MMS) 338, Such events include DS--3 transmtasaon 
alarms, if also receives network maintenance events from a Nehvork SVIalntenanca Schedule system 340. 
St then parses these events and sends them to Process Events 402 for analysis. The Display Alarms 
component 412, which runs primarily 00 the Graphics Server 308 and the Alarming Server 302 : includes 
the Graphics; User interface (GUI) and associated software which supports topology and alarm 
presentation, issjng data supplied fay Process Events 402. St also supports riser interactions, such as 
aismi clears;, acknowledgments, arse- trouble tor at submissions, it inputs these interactions to Process 
Events 402 for storing and required data updates. The Display Aiamis process 412 is shown in greater 

The Report On Data component 414, which runs primarily on the Reporting Server 304, supports the 
topology and atsrm reporting functions, using data supplied by Process Events 402. The Report On Data 
process 414 is shown in greater dotal! In Figure S. 

Referring now to Figure 5, the detailed, process of the Process Events component 402 Is illustrated, This 
Is the main process of SS4SVIS. si receives generated events from other ShitVIS components, parses each 

Events 402 sopites a sssiected algcnthrn, such as create alarm or correlate to exiting alarm 

"Y> > \ t 1" ' sv o > ' t ~ < ■> " \ f > > 

*, » s! a 1=!*-. fic! hi 1 I <?» s»-nf t Hi J^^b ^ - nil mt- 

loop. 

In step 502, current topology data is read from a topology data store on the Topology Server 306. This 
topology data store & created m the Process Topology process 408 and input to Process Events 402, as 
^tcttd •< - 4 Tht U poS cm 3,>tst v nt - vtd \3- Iroc ^. - >\ - » >xv>,\ "Vpo , -10. so , 5 

Sn step 504. the aigonthras which are created in the Oefin 
algorithms determine what, actions SNMS will take on ear 
to invoke for which type of alarm. 

In step 508, aisrros records from the Fault Management (FMf) reporting database, which is created In the 

discarded. Also, any alarm that does not map to any existing algorithm (read sn step 0045 ie discarded. 
The afarms are read from the FSv; reporting database only wrthin inifcaikstiort. To enhance performance of 
She system, future alarm records are retrieved from a database interna: to the Process Events 402 
component. Step 508 concludes the initialisation process; ones current topology, algorithms, and alarms 
are read. ShIMS may begin the continuous process of reading, analyzing, processing, and storing events. 

This process begins with step 510, in whson the nest event in queue ss received and identified. 

The queue Is a First in/First Qui (FIFO) queue the; feeds the Process Events component 402 with 
network events, topology events-, and HUB events. To reiterate, the topology data that are read In step 
502 and the alarm data that are read sn step 504 are inSlialrzatioo date read In at startup to create a 
system state. In stop 510. ongoing events are read in continuously from process components 404. 406, 
and 410. These events have already been parsed, and are received as standardized SMlviS events. 

certain threshold; for example one hour, the event rs discarded. 

Sn steps S12. 520, 524, and 534 SNMS determines what to do with the event based on the event type 
identification mads So step 510. 

Sn step 512, rl the event Is determined to be topology data, SNMS updates the <3Ui displays to reflect the 
n step 51:4. Then In step SI 8. SUMS performs a recordation with active alarms to discard 
1 not mapping So the new topology. In step 518, the new topology data is recorded In a topology 
i, which is Kept in the Topology Server 306, 
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in step 520, If the event is determined to fos NMS data, such as DS-3 slarms 338, It is stored in the m 
reporting database on the SHM& Reporting Server 304 for jWun* reference by BUMS rules 

in step 624, if the event is determined to fee a defined SS? netwosc event, then in step 528 one or mors 
algorithms wilt be iwoked for the event, Such afgorlfhms may mafce use of data retrieved frosn Network 
Management Systems 333, Network r-daioseoaneo Schedules 34D, and Network Topology' 334. 

For example, when each circuit level aigorlihrn generates art alarm, ri performs a check against the 
Netwodt Maintenance Schedule 348 and HUB 338 records. Each storm record Is tagged if the specified 
circuit is within a maintenance window {Network Maintenance Schedule 340) or is transported on a DS-3 
thai has * transmission alarm (hsrvIS 338}. White SS? clmulfs run at a OS-0 Sevef. the Network TopoSogy 

potentially contained wtthtn the transmission fault. Clear records from NSflS 333 wsif cat:se active SNMS 

- 'v«i a J W V> S =! S "t. h- e >» vilt f\ •> i v. s"*S *. ^ -U „~ - X>^t?0 5>V5il.>»..) 

events wiii clear the scfoaS SNM8 alarm. QUI liters allow users to mask out alarms that fit into a 
maintenance window or contained within a transmission fault smce shese alarms do not faquirs 
operator actions. 

in step 528, active alarms are reconciled with new alarm generations and clears resulting, from stop 526. 
in step 530, the GUI displays are updated, in step S32. the new alarm data is stoned m the FM reporting 

futsher processing of specific conditions for a denned period of fcroe. such as for 

persistence and rats algorithms. A deiay timer *« set for this condition 
events continues. When the time eiapses, SNMS treats She isms as ar 

For example : an 88? Sink may shut down momentarily with the possibility of functioning again within a few 
seconds, or it may foe down for a misers greater eanod of time duo to a serious outage that requires action. 
SN&tS, when It receives this event wilt assign a timer of perhaps one minute to the event if the event 
dears within one minute, SHMS tefees no action on it. However, If after the one minute timer has elapsed 

in step 536, tee appropriate algorithm is Invoked to fake such action, in step 538, active alarms are 

SNMS operaies in s continuous manner with respect to receiving arid processing events. Ate- the data 
stems In steps 518, 523, 532. and 542, the process returns to step 510. 

Referring now to Figure 8, the deta iled process of 'the Receive Network Events component -404 Is 
Castrated. This component collects swards from the 88? network elements via data transport 
mechanisms, such as the Asyne Data Netttfork 320. SWIFT 32t>. X,25 OSS network 328. sod the LSE 
330. These events are received by the SNMS Alarming Sstvsr 302 in a First in/First Out (FtFO) pueus, in 
steps 602 and 604, events tram the SS? network elements are collected by mainframe applications 
external to SIMMS, such as SWIFT 328 and LSE 830. ana the protocol ofths event data is converted from 

software running on She mainframe that converts the protocol to that recognisable by the SNMS Alarming 
Server 302. 

The event data is then transmitted via SNA or TCP/IP io She ShiMS Alarming Server 302, 

SUMS maintains a Signaling Evrjnt List 808 of all SS/ event types that is to be processed, in step 608, 
SHMS checks the Signaling Event List 808 and If the current event is found in the list, SHUB traps the 
event for processing tfthe event: is not founts in the ilst, Slxi-VIS discards if 

in step 810 the event: Is parsed according to defined parsing rules 614. The parsing rules 614 specify 
which fields are to be extracted from which types of events, and are programmed into the SNIvtS cede. 
The parsing of events in step 610 extracts only those event data fields needed Wfthtn the alarm aigomhms 
or displays Also input to step 610 are scheduled events 612 from the Network Maintenance Schedule 

msM of schsdyied oetworK maiotenaooe. This allows SNIViS operators to account for those SS? network 
outages feat are caused fay planned maintenance, 

in step 616, the parsed event data ss used to create standardized event objects in SNfylS resident 



meroofy for use by osisr SMMS processes. Such oyent objects ata read into the masn process. Process 

Referring now to Figure 7. fhe detailed process of fhe Process Topology compered 408 is illustrated. 
This process 'ot^c^™ setr.e* f^r^hc^ toreio'sx and co-"":g„tar en oa T a >r«! tnree "vpos i v 
creates standsrdsxsd topology data records;, arid stores this data for use by other SHMB process**, in 
psrticuSsr, it reeds active topology data to Process Svsms 402. running on the Alarming Server 302, in 
siap 502. 

In step 702, the SMsVIS Topology saw 306 collects topology data from three different soymes. St collects 
current eonneethrfty and configuration data generated by the 337 network elements via trie Control 
system 332. it collects topology stats that has been entered info center antsy and engineering systems and 
stored in Hetwotk Topology Databases 334. St aiso accepts mseis! overrides 338 vis workstation. The 
collection of data from the Topoiogy Database 334 and the Control system 332 occurs o« a periodic 
oasis, and is performed independents y of the SNMS ASarming server 302. Unlike pnor art systems Stat 
. -.ed>}*3 m' s tiom f^VUs ICC ^\ , $!so«'i>i:sti , p, .xjj dalo m "> s ts>.>« ot 'sVwtii ei;''s 
mosud-rtg d-sose tm ass not connected to a Ptvtu 108 such as that of Figure 2. SNs'vtS aiso mm data 
reflecting the topoiogy of foreign mtimts, such as those of a Local Exchange Cafnsr (LEC) of aft 
international carder. This data is tmsd to perform impact assessments that will sSow the SNMS user io 
determine facts m&i as which and customers may os impacted by an SS7 link outage. The type of 
topology data collected and used by SNiViS, and for example, for the oS? knkags of an SIP 104 with a 
Swfteh/SSP 102. date Is received by 

n®tw»fk order entry arid engineering systems. The data end a brief description ot IIS contents Is provided 
bsiow. 

o f % l> >\ U Soe< it e- e„ch y$< oHo e b P c < „ <f SC -eofc *=> e3C < bo ' 'tU^'.V.' 
STP lirrksel identifies a trunk grouping of 337 links to the STP Switch iinkset Identifies a trunk grouping 
?* ^S" finks she vV^'tch SP \K i Tekc Ctcuat 10 l^eat^es T h» SS ? ""\ to eternal svstene -C" 

J '»-v^* ^e»s udt^t ttf-s o s^vt; Q "'V SJ> eir t-v.s de^ «■ u ci t e 

SS7 link for each network {MCI and a Telco in this exaropie) 

Link Type Identifies the type ot SSF Itnk SLC Signs; Link Coda For the switched vases network supported 
by SS7. data is received by mt<mtk order entry and engineering systems a:nd used to perform &S7 event 
Impact assessments: Voice Tainis fsfoops Voice !n»ik group supported by each SSP 102 For the SS7 
linkage of a domestic STP 104g to an iotematiooS! STP 104h, dsta Is resolved by network order entry and 
engineering systems: Circuit SO identifies the SS7 knK to externa; systems SLC S«grtat bt* Code For tde 
purpose of pefformlng impact assessments. Local Exchange Carrier ILEC) MPA/MX.X assignments and 
End Office to Access Tatidam homing arrangements are rsoeivad by a calling mm databass that ss 
populated by Bellcore's Local Exchange Routing Guide { LERG}. 

LATA Local Access Transport Area (conventional) 

NPA/hiXX Numbering Plan Area/prefix (conventional) End Olfice LEC eustomor serving node Access 
Tandem LEC end offscs hub Foreign network STP 104 ciustshng and SSP 102 homing arfangernents are 
received by SS? netveork elements via a ocntroi system. 

Point Cods Identifies 887 node {conventional} Data Identifying certain aspects of each network oiemenf 
are received; by a Switch Configurators File, which resides in an external system. 

Oafs* mapping tmfr network DS-0 onto a OS -3 is received by Network Topoiogy Databases. 

This data is used to assign QS-3 afetms received by MIV5S to DS-0 level circuits. 

Data n»*c.'ao Io jv&m'Hta c-aU a.qu:rec; tiuoog - aotonatad 0!OO&'ise> a >? ccv-oad .A 1 sr-i^ua! o\isn"des 

s^erefrsna now oaca to kiqure r m steo ?b«. !n 
that are needed by SHtvIS aigoiifhms. The da 
processes! by Process Events 402, 

in step 70S, ths stendsnfeed data ssoords are vaiidatsd against otner 
mcords are validated against nods topoiogy records So ensure that snr 

in slop 70S, Ihe topoiogy rfsta are stored on the Topology server 308 c 
such as Stat offered by Sybase, 

In step 710, the new topology records are passed from the Topoiogy a 
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ervet 302 and compared against the ss8ve configuration (i.e. 
■sfly ioaded into memory). Aciiw aiafm and GUf displays are reconciled to 

h p 1 K ^ tor o t * t ?g " » u . i lut* 0 hi L 

form of Sat fiies for psrtbfwsncs reasons. At Shis Sims the fiat fm mirrors the Topology server SOB 
database from step 70S, This fiat file & only accessible by the main proems, in step 714, the new 
topology records are iosdod into aeSvs SNfVtS memory and new processes which fsqiiire topology data 

Referring now to Figure 3. %m detailed process of the Dispiay Aiarms component 412 is iSSuslraied. This 
process compewwst provides Jhe results of Sr^MS processing to ihe user (referred to as the "operator"), 
and accepts operator input as actions to bo performed within Therefore, the process between- 

Display Alarms 412 and Process Events 492 fe two- way; St is important to note that white there is a single I 
P c« vs ~v \*4 N .utn-'k ipmt o "\ " «v c > h c - t> n*W>^i 

Display Afsmts process 412 running tot each operator that is teggmi onto SNMS. That is, each operator 
ssssgates a separate execution of Display Alarms 412. 

When an operator togs on SKMS-. the f ir*} tour steps, 802 - 80S, sxesnte as an ioltsateahon. 

system state from which to work, in step 802, the current topology is read in and displayed via Graphical : 
User Interface (GUI). Each operator has lis own GUI: process thai is Initialised and terminates! bsseri upon ; 
m operator request. Each Gil; process manages its displays 'ifKtepertden%. Any stains Changs is 
handled fey the individual processes, 

in slop 804, a filter thai defines the specific operator view Is read 'm. Each operator can define the view 

* SS* -, -t^! v t <■ -S N ^ S l-V -(Si 1 ^IM' f Vff" ^ S~S^ *\ if < 

2, Acknowledged Alarms, Unacknowledged Aiasrns, or both 3. Alarms ors circuits within maintenance 
winders, Alarms on circuits that are not within a maintenance window, or both. 

4, Atoms on carsurts that rsave associated tranwasfsion alarms (OS-3 alarms via outage ids). Alarms on 
circuits thai do not have associated transmisr 

5, Alarms With a specified severity. 

S. Alarms on nodesfcircijits owned by a specified customer id. 
7. Aiarms on international circuits, Alarms on Domestic circuits, or both. 

The operator's. GUi dsspiays are uppai&d both upon initiaiteahon step S04 and when fistsr changes sre 
requested in steps 828 and 830, Each specific operator's instance of the Display Alarms 412 process 
opens s connection with Process Events 402 so that oniy alarm records roievant to the specific operator's ; 
filter are transmitted, in step 808. the specific operator's process registers stsetf with Process Events 402 i 
to identify which aiarms are to be sent, la step 808, She GUi display is presented to the operator. 

The continuous execution of Display Aiarms 412 begins In stop 810. Each event that Is to ho retrieved 

and 838 SNfvtS determines what to do vnth the event based on She event type identification made in step \ 
810. in steps 812 and 818. if the event Is dates-mined to he an alarm update or a topology update, the 
operator's GUI dispiay ss updated So rafieotthis. in steps 814 and 618, respectively. Then the rtext event is : 

in step 820, if the event Is delerminsd to he an operator action, two ao6v;tles are nsquited. 

First, In step 822, the operator's GUI display is updated to reflect the states change. Then, in step 824, a : 
status change update Is sent fo She main process. Process Events 402, so that the status change may be : 
reflected in SIMMS nseords and other GUI processes {for other operators) can receive and read to Ifte 

in step 828, if the event Is dQtenoinod to be an operator display action, then it Is determined If the action 
Is a filtor change request or a dispiay request. Irs stop 828. if it is determined to be a filler change request, i 
then in step 830 the GUI process registers with Process Events 402 so that the appropriate alarms 
f .... <. are .. ■- f >^ " 5 s\ tit ^ t ^ r 'X ! o t i 1 AuJai. >■ \hs\\^ t >>n ■•twj. i3\ ; 
the requested display is presented to the operator. 

Display i'equests may saducie-. 1, node detail arsd connection 2, oiiouif cenriacttort 3, isrskset conneotioh 
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4. o«known topology alarms (aSamss m objects that am notdsfiosd in the topology databases) 5. STP 
pair cofsnssBons 6, Nodes contained within s LATA 7. Horne/Maie eor-neoiions (for non-adjacent nodes) 

the operator in understanding the actual algorithm used in generating foe alarm 12. fsooifcroersded actions 
(operator denned actions that should be taken whsn a specific alarm is received) in step 838, if the event 



isolation, impact s^sswiis, and trouble handling. Aii of the GU! displays which cental nod« sod 

ot the node or iircu't chanae! A!! me displays are possible due to ths set of htCI topology sources used 
within SNM5. SNMS has ®xtesns>w topology arocesslng of SlWS which is -jsm in operator displays, 

A. SNMS Circuits iViap This window displays topology and alarm status information for a selected iinksa; 
As network events am received, SNMS rscogmzss the relationships bafwaen andpoints and isolates th« 
fault by reducing generated abrms. This display allows She operator to monitor a Sinkset as seen ton 
both sides of the signaling circuit (from the perspective of the nodes). 



ilnksets. A duster view Is Important sines- a single STP failure/isolation is not service impacting, but a 
cluster failure is sloe® aii MCI SPs hays connectivity to both MCI STPs in the cluster. 

0, SIMMS Norsadjaceot Nods Map This widow presents a STP pair view of a selected LEC signaling 

r> ft "n ""T"n M CPs s v MilM ■> v> > ^\ n^i nr v o "\ \ 
. ( \ .r. - t ^ t - r ,mtoo i .f-.f^— , .... on, 

links, so no isnksefs are displayed hare. Tfas display allows the SNhtS operator to monitor a LEG 
signaling network as seen by the MCI nodes. 

0. SNMB LATA Connections Map This window presents a map of aii LEC owned nodes that are located I 
within a specified LATA As well, the MC4 STP pair that serves the LATA is also displayed along with the : 
s&<\. »;e-j s - ? et» .^ ;e : e .>opl-.^L: : - if. < d^oL-s\ ei^\\s the or-e-jv tc clos^ rnooTor a soee-K. :_-\L-% 
ft/whan pr«fcfem» suffa.es within the LATA, LATA problems, white outside MCrs domain of con&Xfl can 

As welf , MCi vosee traffic which terminates in the specified LATA can be affected by LATA outages, 

E. ^PA-^XXInfafmaison List This window presents a list of NPX-hiXX's served by a specified LEC switch \ 

which NPA-NXX's are unavailable), 

P. End Qfhce information List This vvmdow presents a mt of LEC end ofhes nodes whicn are homed So the ; 
specific LEC access tandem. This display is very valuable dunng impact assessment p-snods d.e, if the 
specified LEC tandem switch ss «solatad. which end offices are unavailable}. 

6. Trunk Group lofom-sa^ors List This window presses a list of MCI voice trunks, connected to a specified \ 
MC! switch; and trie LEC end offess swrtches wtiera ihey lerinsnate. Thss display <s very valuable during 
impsof: sssessmenf periods (I.e. what end offices are Impacted whan a MC! switch is Isolatsrf). This 
slspiay is also available for selected LEC and office switches. 

H. Filter Definition Window T he SNiViS operator can limited the scope of nss displays to: type of aiamss 
that should be presented severity of alarms that should he presented acknowledged alarms, 
^acknowledged aionrss, or hoth alarms on orouits inside a planned outage window, alarms on csreosts 
outside a ptanned outage window or both alarms that ere not the result of a spectfisd transmission 

customer i. Trouble Ticket Window The SIMMS operator can open trouble itokels on signaling alarms, 
~n > ,0 < <f , t c o ^ n I * > ^ 1 1 ) ; ^ ^ t ^ ,n , -c sp > ~ ^ t ^ 

of existing trouble tickets. 

Rsferring now to Fkjoro 3, the detalisd process of fhs Report On Data component 414 is illustrated. This 
process component, which mm- on the Reporting server 304, stores SNfvIS- processed data and provides : 
-aoo-fa. 

Standardised Network Bemertt <Ng| Event Records 
In step 902, ti'sa time stamps are converted Into Gre« 
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reports can be produced. 



In mm $04. ctata reserved sre stored in individual database tables. Date may also be archived for Song- 
tem storage to Saps or disk. This data mciudes S&&i3S~senef sted alarms 91 8. standardized topology 
records 818, and performance statistics from PMUs 020. II may also Include non-processed data, such as 
DS-3 alarms from HMS 333 and network masfifefiartce schedule data 340, 

In step 80S, mparts ate produced. Thorn reports may foe custom of form reports. They may also be 

but not limited to electronic mail 80$. X-tsmtlnel displays 010, and printed reports 912. 

XII VIDEO TELFPHOMV OVSR POTS The noxt bgios! step from voice over She POTS is video Today.. 

tmmik. 

However, most people on;y hav« access to a computer network »y making a call from their modem on fee 
POTS with another modem on a computer connected io a network., so that they can then "coif another 
computer on the network, which Is in turn connected hy s modem Jo another network compter, it is much 
simpler fend efficient} to oatt another person dsmetlyon the POTS and have the modems communicate 
with each other, without outwork overhead. 

terminate, for low nitrate { 28.8kbps modem) multimedia 
operating over the POT'S. H.324 terminals may carry 
voice, data, and video, or any combination. Including vicfeo telephony. 1-1.324 terminals ma 
Into persons* computers or impiomerrfed in stand-alone devices such as vidsots-iephones 
Support tdf each media type s'vosca. oats, vrdeo) *s optional, but if supported, the ability to 
common mode of operation Is required, so that ail tormina* s supporting that media type ca 

H.324 allows more than on© channel of each type to bo m use. Other Racommendatiorss in the H.324 
series iociude the H.223 multiplex (combination of voice, data and video!, H.24S control H.283 video 
codec {digital encoder and decoder), and 6.723. 1,1 audio codec. 

B. 324 makes ess of the logical ehannei signaling procedures of ITU Reoommeodatiors H .245. in which 
the content of each logical channel is described whan the ehannei is opened. 

Procedures are provided for aiiowmo each caiier to utilise only the multimedia capabilities of 

ihssr machine. For «xa?npse a parson trying So make a video {and audio! oaii fo someone who only has 
audio and not video capabilities can stiii communicate with the audio method (G.?23 1 .1 ) H.324 by 
definition is a point-to-point protocol To conference with more than one other person an MCU {Multipoint 
Control Unit) is needed to act as s video-call bridge. H.324 computers may interworkwith H.320 
computers on the ISDff osweil as with computer s on wireless networks. 

A. Components of Video Telephony System: 1, DSP modem pools with ACD, 

A Digital Signal Processor (DSP) modem pod is a modem bank., with each modem having the ability to 
be programmed for extra functions Hike new V. modem protocols, DTSVSP detection, etc,} A call Is routed 
from the fd.CS switch io an ACQ, The ACD keeps a matrix of which DSP modems are available. The ACD 
also communicates with the iSNAP which does a group seiecl to determine which group of Agents are 
responsible for this oaii and also which of the agents are free to p; 
embodiment, DSP resources can bo deployed without an AGO, dirt 
embodiment the DSP resources are managed using an NCS-based r< 





3, Video on Hold Server if the ACD has no Agent ports available, then She caller 
On Hold; Server, which has She ability to play advertisements and other non-inter: 
ACD finds o free Agent port 

4, Video Mail Server video-mail messages are stored here. Customers can manage thsir mail and record 
greetings fo be stored on this server. 

5, Video Content Engine Video On Demand content resides on the Video Content Engine. Video stored 
here can bo previously recorded vidco-c.oriifomncos, training videos., etc. 

6, Reservation Engine When people want io schedule a multi-pady video-conference, they can specify 
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human Video Operator or oy some other fcrni entry method, 

> UK I Up i 3!! ! t h V t if* pf-lj 1 O ^ 

available for customers with H.324 and H.320 compliant systems. 

B, Scenario A computer or set-fop TV has H.324 compliant software, and a modern for use over POT'S, 
moat iikefy- to be 28. 8kbps (V.S4) or higher . One objective is to rail another party, it they do not answer or 
are bnsy, the originator has the option of testing -Mm-rtmi for the destination party. Another objective Is 
to schedule and participate « a ccrtrsranea wrih more than two participant, 

embodiment. 

There are throe methods for making a vidsa-caii So someone. The first method is to slrnpiy cat! them (from 

caller can make another est! to 1 800 ViO MAC and perform the appropriate procedures as foiiows. 
When a user disss "1 800 ViO MM.* at T the ACQ on the DSP modem poof w$ connect a switch to a 

program that otmses the data stream part of the H.324 bandwidth (using the ITU T. 120 standard! sailed 
the V-mail Data interface {VrViDS), F«kb a graphical user interface, loon or other menu, the caffer can 
choose to - browse arid search a directory of video-capable MCI customers, - cats another H.324 
compliant software program, - create a vsdso-m«l tor Store -5 Forward for later delivery. - paraooaifee and 
record their video-maii greeting messages, - sAm arid manage their video-mail, or - view selections from 
a library' of recordings {Video On Demand}. 

if! an afternate embodiment, a user can dial "1 800 324 CALL" to call a number, then. >tthe destination 
number was 1319 37S t?72 ( the modem dial string wesoid be "ATDT 1 808 324 CALL ,„ 1 319 373 
t HT {ths comma ",' feiis ihss mooem to do a short pg&.s& wrA<i. doling ; When she connection to '■■ SOT) 
324 CALL is made, a connection is ■rod© from the originator, to art MCI switch 1 , to an ARU 8a, sefected 
by en ACD 2a. Sa. 

The ARU 5a detects DTMF tones entered through a telephone key pad or other device for generating 

> „ U ..i , \ » > ~ i N k \ i i- - , ii - " \ ■■' "i s fa t >v - , 
separate caK to the destination number 5a. 8a and ?. if the destination answers, the originator is 
connected to the destination, from party's modems can connect, and the ARU Sa is released, if the 
destination ts busy or does not answer, the call (s transferred to 1 SOD VIO fVAiL or an Agent through the 
DSP modem pool 2 if then* are no DTtviF tones defected, the cell is transferred to an Agent through She 
DSP modem pool 2. His Agent mil make an H.324 connection with the caiier and ask for their destination 
number (or provide hasp. i The arennsofute for this alternative »s simitar to how faxes are detected and 
transmitted in the directtioeMCI system as discussed with respect to an alternative embodiment. 

D. Calling the Destination When the destination number is known, the Video On Hold Server provides the 
video input for the H.324 connection 4. A new rail is made from she Agent S, 8 to the destination number 
?, Ons concern that required analysis while working out a detailed embodiment required determining if 
modems could rs-synchron«z® after a switch operation without going off-iine. if the desSnabon number 
answers and is a modem, a connection MUST be made at the same speed as the originator modem 
speed. After modem handshaking is performed, trie ACD instructs the switch to release the agem 3, 5 
arid releases the modems 2 and 8 and connects the originator to the destination 1 and 7, The destination 
PC realizes that the connection- Is an H.324 caii (not a fax or otherwise) end the video-caii proceeds. 

The incomes data from each oaf! is copied to the other caii 2 and 8, This way, an Agent can monitor trie 
video caii tor Video Store & Forward 9. When one connection drops carrier; She vldeo-cail is oompieie, 
and the modem carrier for the remaining oaii Is dropped, 

E. Recording Video-toi, Store & Forward Video and Greetings if a destination number does not answer 
or Is busy, ths Video Mmi Server wili play the appropriate Video-Mali groeting for the owner of the 

ts * * or < Hero w - the fe„ e- \ e ;e- ^ \ r ^^t - <s 

The recording of video for Store & Forward Video is exactly the same as leaving a video-message, 
described above. 
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] as destination number, forwarding. 8m», and any other audio S&F features c 
available are entered through the VtWDS or communicated with a human video operator (or au! 
video ARU.j To record a personalized greeting for playback when «« 
you at® busy of do not answer, is similar to leaving Vkteo-^ail The 
VMDI or communicated with a human vkiao operator 



F, Reprieving Video-MaiS and Video On Demand Users 
mall for new messages, or have the video-raaii server 
message waiting. 

Configuration is done through the VMOi of huraen video operator. Managing and cl 
also performed through the VMDf or ccromursksafad with a human vidao operator 

Choice of video to view for Video Or; Demand •VOD) is through the VMDL These v 
previously recorded video -conferences, training videos 
9. 

G. Video-conference Scheduling .A user can navsgata tttrougrs tee vM)i or Internet 10 WWW forms, or 
comtmwsata with a human Video operator to schedule a moils-point conference. 7hss ^formation is 
stored on the Reservation Engine 11. The other conference participants ere notified or the scheduie with 
., 'd ^ "<! > c ' "> i > N"«qo > h ■< o ^ "> ^ s •> x i v- o c ■> ^ c Kjsi n m " 

mail, paging service or any other available notification method). The IvfGU (video bridge) can call each 
participant 52, or H.324 users can dial in to the MCV at the scheduled time 12 

XiSi, VIDEO TELEPHONY OVER THE INTERNET Figure 13E ifiustrafos aft arcbitecte* for transmitting 
video telephony over tho Interrsst in accordance with a. preferred embodiment. Resi-tirrse Transmission 
Protocol (RTP) based wdeo-conferencina refers to the transmission of audio, video and data 
encapsulated as RIP messages. For a RTP-feased video-conferencing session, a end-user station first 
establishes a dial-up Point-to-point iPPPj connection with ine Internet whicb is then asso to transport the 
RTP messages. Audio information » comprassees as per G. 723,1,1 audio codec {cotter - decoder) 
standards, Video is compressed in accordance with iTU H.263 video codec standards and data is 
transmitted as par ITU-T 120 standards. 

RTP ss a protocol providing support for applications with real-feme properties.. White UDP/IF rs ris inrhai 
target networking environment. RTP is transpcsl-independens so that ii cars be used over IPX or other 

relies or; resource reservation protocols sucn as RSVP, 

The transmission service with which most network yss^s am fairtiiiar ss po<nt-to~po<nt. or wacasT service. 
This is the standard form of service provided by networking protocols such as HDLC and TCP, 

Somewhat loss commonly ussd (on vwes -based rser^oriss, et any rate) is broadcast service. 

Over a large network, broadcasts are orseccsptabis (because thsy urn networs bandwidth evarywhere, 
regordioss of whether individual ssuh- nsts are intarsstod in tham or not), and so Shay are usually restricted 
to LAN-wide use (.broadcast ssrvioes are provided by Sow-iavsS network protocols suoii ss IP 1. Even on 
LANs, broadcasts are often undesiraoie because they require ail mochlnes to perform some processing in 
order to determine, whether or not thoy are interested in tha broadcast data. 

A more practical iraosmissioo service for dale that is intended for a potentially wide aPd:snos Is multicast 
Under the moiticasf mode! on a WAN, oniy hosts feat am actively interested In a padkaisar ■nuiflcsst 
ssrvioe wiii have such data routed to them; this nsstnets pandwidth consaiirssstjon to the link between the 
originator and the receiver of multicast data. On LANs, many interlace cards provide a taesisty whereby 
they will aijtomaiically ignore multicast data in which the korrtaS has not registered an interest; this results 
& an aossnos of unnecessary processing oven-sead on uninterested hosts. 

A. Components RSVP Routsrs with fvlSOhSP capability for broadcast of video from the Video Content 
and transmits many iinieasls cot the internal, 

FiSv'P ss a netted-- control protocol thai will ailow Infemei applications to ohtasn special ocaiitsss-ot- 
servics (QOS's) tor their data fiows. This will generally (but not necessarily) i'sguire reserving s«sourc«s 
siong tha date pefh(s) either ahead of time or dynamically. RSVP 

Is a component of the future "integrated sesvices* Intarnet. which provides both best-effori and roai-t:rr?e 
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qoaitfces of sense* , An embodiment is presented m th« «3«tat?«t} sr^eifioetion that follows, 

deliver the request to sash router along the path(s) of the data stream and to maintain router and host 
state to provide the requested service. Although RSVP was developed for setting up resource 
reservations, it is readily adaptable to transport other tends of network control: Information s-ortg data Sow : 
paths. 

1 Director/ and Registry Engine When people ere connected to tba Internet (whether through modem 
dsai-up, direct connection or otherwise), they can register themselves in th» directory. The directory m 
t -.e.. t<. Ci'S'} ' a ff .J f .J 'sou as sa>uriao<; to ^'W s 'i-\ J 

2. Agents An Agent can be a human Video Qpemw {video eapeble MXOC), or an Automated program 
(video ARU). An Interne; ACO in accordance with 3 preferred embodiment fe designed so that Agent ports : 
can be managed . Th« ACO vwff know which Agent ports are avefcabse and connects an Agent to an 
available Agent Port, if the ACD has m Agent ports available, fnon the caller Is connected to the Video 
On Hold Server, which has the afofSrSy to play advertisements and other non- interactive video, urK the 
ACD finds a tree Agent port 

3. Video tvtoii Server Video-maii messages are stored her®. Customers can manage their mail and record ; 
greetings to be stored or this server. 

4. Video Content Engine Video On Demand content rs 
here may be previously recorded video-conferences, t 

s «. Kt i t u \ i d \ * i t u< u ; i '* <. * \ \ 

cars specify the participants and tsroe of the conference on this system. Configuration can be done with 
the hasp of a human Video Operator or by some other form entry method. 

6, fvICi Conference Space This is the vidua! reaiity area that customers Kan be present In Every 

identity, video, voice, etc, Avatars interact with each ©£*er fey handling various objects that represent 
document sharing, file transferring, etc. : and can speak to each other as weii as see each other 

7, Vtrkiaf Reality Space Engine The Conference Spaces are generated and managed by the Virtus! 
Reality Engine The virtual reality engine manages object manipulation and any other logfeai descriptions : 
of the conference spaces. 

B. Scenario I? a user has a current connection to the internet. The user writ unites H.2S3 comptet system : 
software utifotng RTP {as opposed So TCP) over She internet, if the user aiso desires to participate to VR \ 
i'.tC: co rjfe re nee -space and erea-e.>.-:<?\*. vi'iss-ns" -hr- user car. ;o:r a VR ser.s:on 

C. Connection Setup The simplest way to make a video cat: to another person on the internet is to siropfy : 
masse the oatl without navigating through menus and options as m instis; telephone cess. However, if the 
^. -s or ^ K ^ n * \r „S >• < \ o o d< ^ in i <3v< 

A rxistomer can iogin to a telnet server (a,g. teinet vmatlmcieom), or use a custom-made cisent, or the 
WWW (e.g, htto:;jVmaii,mci,com}. The services menu is referred to as the V- Mail Date interfaos (VMDt), \ 
simiiiar tc; the VMDii avasiabie when dialing through POTS as described above. 

Ffom a menu, the caiier can choose to: - browse and search a directory of video-capable WZl customers : 
■ caii another H.283 contpiiaot software program. - create a vsdeo-voasi for Store & Forward for later 

mail, and - view selections from a iifersry of recordings (Video On Densand). 

When a user has specified a party to caii hy indicating the destination's name, IP address or other 
s&sotsffcation. the Directory ss checked, it ss posstoie to deterrtisne sf a destination will accept a c^li without : 
actually cailsng; so, ssnce rt can be cieierrr-ined that the destination wsii accept a caii. the originator's video ; 
client can bo toid to connect to the destinrstion if the callers are using a WWW browser (e.g. Netscape 
Navigafor : . Microsoft Iritsmet Expiorer, intemstMCI: Navigator, etc.) to access the KWOl then a call car> be \ 
aijtomattcaffy initiated using Java, JavaScript or Helper App. if a call cannot be oompieted, there wig be a ; 
choice to (save vsdoo-rrsaS. 

D. Recording Vidac-lViaii. Store & Fc?vvard Video and Greetings if an Agent determines that a destination ; 
party Is not avasiabie {off-line, busy, no answer., etc,}, the Video rVlaii Server plays an appropriate Video- 
Mall greeting for the owner of the destination number 3, The caller then leaves a video-message , which Is : 
stored on the Video Msi Server. The recording of video for Store & Forward (S&F) Video is exaciiy the 
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ifs such as destination number, few 
fee, and any other aasSj© S&F features currently available are entered through the VfvlDi or 
communicated s human video operator ior automated video ARU.'} 

Customers may record their ovvn paraonataed greetings to greet callers that cannot reach them be 
they am busy or sic not ansvvsr. Tnis ss aceomplishsd m a manner similar So leaving Video-Mali, tht 
the YMDI or communicated witrs a human Video operator, 

E. Retrieving Video-f^sil and Video On Demand Users 
mail for new messages, or having the video-mail serve 

Configuration is done through the VMDs or human video operator. Managing and checking Video-mail i 
also performed through the VfvSDI ot oammufs seated with 3 human video operator. A choice of video to 
view for Video On Demand (VOD) is provided through the VMDI These videos can be previously 
recorded video-conferences, training videos, etc and am stored on the Video Content Engine. 

F. Vldeo-contemnce Scheduling A user cm navigate through the VMDf or internal. 10 WWVV forms, or 

information Is stored on the Conference Reservation Engine 8. The other conference participant are 
notified of the schedule with a video-maii, e-maii message or otherwise. An options; reminder Is provki 
for afi registered conference participant at a particular time (e. 
vider>roaii (or e-mail, voice-mail, paging service or any other a- 

Realty Space Engine, The implementation of the interface includes aft < 

fil P S i C v t T-H c \ i)t ; > i<\^ v f tj! 'C ' * " V \ 1 

re pres entation (static representation or iive vioao "i-ioad*! and audio (vo-ee or mu$te). Data exchange and 
collaboration sre 3ii actions that can be performed m each VR conference room. The private IVtBOHE 
network allows the multi-casting of conference member's data streams. Since everyone has a different 
view when interacting in VR-spacs, the VR Space Engine can optimize ma broadcast of everyone's 
incoming H.2S3 

^ > > ^ if vl\„ C CRif <. >. <. q ^ n r it 

multimedia communications including t»aNme voice, video and data or any combination, including vldao 

architecture also defines multipoint configurations and control, directory services and video mat; services 

A. Features Video-Conferencing architecture is a multimedia services systetn and Is descried to provide 
j'v>»s n *s at ts i> v. % d 'u is ■ ck ^ \j Po * b- f .. \ dou * „> 4 r ho ^ ' x » *m>eo ^ . d^o 
conferencing with a sVIGU for control and multimedia information processing Supped for Gateways for 
Infervyorklng with ofher vidso-ooEifsreneing systems based on ITU B.32G and !TU H.324 standard's 
Support for f«al-time voice, video and data or any combination Multimedia infotrrsation sti«ams are 
transported between the end-user terminals using standard transpod protocoi RTP Support for dynamic 
capability exchange and mode preference*, like IT'U H-283 video and ITU G723 audio, between end-user 
iermsnals Figure i 90 illusfretes a Video-Conferencing Architecture in accordance with a preferred 
embodiment. The components and detaiis of the video-conferencing architecture arc detailed below. 

B. Components The Video-Conferencing System is comprised of a est of components including, End- 
User Terminals LAN interconnect System ITU H 323 Server 

Support Service Units 1. End-User Terminals The end-user tsrrnlnals ere ilie end pomis of 
communication. Users communicate and participate In video conferences using She end-user terminals, 
t <UM,t * s -<i „.tet^in,- \^ i -3^l*i^'iilvM M - ^ O^t frtUMiai h 

are interconnected through the ITU H.323 Server which provides She caii control, rouito-pomt controt and 
gateway hmdBam End-User terminais are capable of multimedia input and output and are equipped with 

2. LAN interconnect System The IAN interconnect System 3 is the interface sysfoni between the MCi 
Switch Netwo?^ 2 and tha different H.323 Systems Including H.323 Server 4, Video Content Engine 5 ; 
Video Mail Server 8 end also the H.323 Directory Server ?, 

End-User terminate participating In video-telephony sas 
,o< v w ^ s, - s vf h h- fo 1 - ' tv>- vv \ «st>v (. 
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im interconnect System. The LAM Interconnect system provides ACEWik* fcncfkmaiittf for the H.323 
3. ITU H.323 Server The H.323 Server 4 providers a variety of services including caff control, multipoint 

sinate supporting different videt 



with the ether exteroai: systems f ike end-user Jefmtnals, video maff se 

'ftt n* >-np « - H ^ % V v o ' V -> \ 
Multipoint Contra;: Unit (MCU j 

^ 3 ,x v?At30">\ ~ 5.-?V\tV\ •> V - 3, O 3ti f-Ot pC s pV-vidC > Cf fOfi"! I Sf< x it* «5 *>■> teV - V 

terminal and Gateway units. The Gatekeeper provides a variety of services including: Caff Control 
Signaling with fsrorirfnls, gateways and UCU;. Admissions Control for access to She vkfeo- conferencing 
system: Caff Authorisation; Bandwidth control and management; Transport Address Translation lor 

- * :i it hf t f s ~f * t: viMi;,! 1 ..^t. «. »n qt,y-<::> „ C. 

interfaces with the Video Mail S»rv©!j8| for video 'nail services. 

The Gatekeeper uses the ITU H..225 stream paokefeaiion and synchronization procedures ferine 
different services, and Is tightiy integrated with the Operator Services Module for offering manual operas 

5, Operator Services Module The Operator Services yodufe offers rneriusl/euiorneiic operator services 
and ss tightly integrated witn the gatekeeper.. Trie rnanua: or the at 
elsewhere on the LAN, interests wife the gatekeeper through the ( 
the required operator services. 

8, Multipoint Control Unit {MCU} The MCU i* comprised of the Multipoint Controller and the Multipoint 
Processor end together provides multipoint control and processing services for video-conferences. The 
multipoint controller provides corttrol functions te support conferences between three or more terminals . 
The multipoint controller carries out capabilities exchange with each terminal in a multipoint conference. 
The fnofslpofot processor provides for the processing of audio, video 

and/or data streams including mixing,, switching and other required processing: under the control of the 
multipoint controller. The MCU uses STU H.24S messages and methods io Implement the features and 
functions of the multipoint controller and the multipoint processor. 

7, Gateway The B 323 Gateway provides appropriate translation between the venous !ransrniss:on 

which is the pari of the system, Communication procedures translation between H.245 and M.242, I 
and Translation between the video, audio and data formats like H.283, H.2S1 , 0.723, G.72S and T. .120. 

The H.323 Gateway provides conversion functions for transmission format, call setup and control signals | 
and procedures. 

8. Support Service Units Tne Support Service Units Include the H.323 Directory Server 7, the Video-Mali | 
Server 6 and the Video Consent Engine 5 which interact with tne H.323 Server for providing different 
services to the end-user terminals. The H.323 Directory Server provides directory services and Interacts 
with the gareteseper unit, of the H.323 Server. The Video Mai! Server is the repository of all the video mail | 
generated by the H.323 system and Interacts with the gatekeeper unit of the H.323 server for the creation f 
and playback of video malt. The Video Content Engine is the repository of all other types of video content f 
which can he served to tne end-user terminals. The Video Content Engine interacts wth the gatekeeper 
unit of the H.323 Server. 

C. Overview The H.323 based video- conferencing architecture completely describes an architecture for 

( i di (.<. i »' ^ n 1 ^ ui t > ret d o 3 do 3 >.r n is !i kn«^ di» 

telephony. Users with H.323 terminate can participate io a multimedia 

video-conferencing session, a point-to-point video telephony session, or an audio oniy session with other f 

n^ r 1 t c ^ifo it i ( v !u ht 3!; ktrt shi. l^i o ii t^iv t it- g 

with other vidso-oonferenoing terminals based on stsndsrds iike ITU H.320 and ITU H 324. 

The architecture mdudes a directory server for offeiing completa directory sen/sees sndadifig seasori 
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faoitiiiea. A video mall s&rv<*r is an integral past of the architects providing lot the reoofoing and 
playback of v-deo mail. A video content mg>m <s also part of the- overall architecture for offering 

H. 32S terminals parildpatlng in a video-oonfemncing or a video telephony session corrssTHinicate w8h the : 

confroi, information stream delivery, muits-point control and also gateway services for interwor king 
H/320 or H.324 terrninais. The server also offers directory services and vrdeo mall sendees 

A H.323 terminal initiating a vidso oaf! establishes a camrysunscaiion link w8h the H.323 Server trough 8te : 
MCI switch network. On admission to fhs network by foe H.323 server; the server offers a directory of 
othar available terminals to the call initiating terminal which selects s destination terminal or a destination : 

; ). j ' ' ' ' t f ' t ^<.r ' <> h * 1 * 

destination terminal or terminals and finslly bridges the casting terminal and she called terminal/terminals, 
if the destination terminal is unavailable or busy, the server offers ihe calling tsrmirsai an option to deposit : 

retrieval of foe video mail on-ctemand. Additional services like content delivery on-demand io H.323 
terminals are also offered and controlled by ihe H.323 server. 

D. Call Row Example The Caii Flow for the H.323 architecture based video-conferencing is explained in 
detail for different sag types Including, Point-to-Pfiinf Coils including sails to other H.323, H.320 and H 324 \ 
terminals; and Muflipotnt Vidso<ConfefeRce Calls. 

I, Point~io--Poini Calls a) Case 'i: H.323 Terminal to another H..323 Terminal A call Initiating H.323 
terminal 1 initiates a call to another H.323 terreinaifS] through She MCi Switch Mefwork. The gatekeeper is \ 
involved in controlling the session fooludlno. caii establishment and call control. The Tsrmlne.1 end-user 
interface is any commercially available Web-browser, 

."a leinm* i nitces a - ai-ur; cs iothe t\tCi o.vtch "^snvcrk me ca'us tenr>naied oiMhe H V 

established between Ihe calling terminal and ihe Gatekeeper 4 on 3 well- know unreliable transport 
sdcirass/port: Calling terminal sands a admission request message to the GstexseperfAJ The Cstekeepsr \ 
tstro 1 t f <<q and ■> o iw <k< t i vii s r < > >• d k 

otredory information io ceiling terminal for display at the calling terminal, and ihe directory information is 
displayed as a web- page along with 3 choice of catling modes including Point-to-point or Conference 
mode; the admissions exchange is followed by the setting op of 3 reisabis oonnection for H.225 call 
control messaging: on a well known port, the terminal osor chooses Ihe pel nt-io- point mode end also 
chooses the destination: of the &ai. This is the setup rsqusst message; the gatekseper 4 together with tns : 
operafor services modiia/opsraior procea<ls w:th calling fha called lormmai 8 wfih a setup request; ti 
sefep reqwssi: fails,, the galekeeper 4 informs the calling terminal 1 of the failure and provides an option for : 

for user at the dasiinafiori terrains! 8, the galeteeper 4 establishes a connection with tfts Video Ma8 
Sorvor 8 ana receives a reiiab-s pod address from the mail server fi for a f-i .245 connocBon; 

the gatekeeper 4 addiilonaily ssfobllshes a connecbon for H.225 c-aii confroi with tl?e video mail server 6» I 

the gafekeopsr 4 irs-Ujm sends a roilable pori address to caiitas terminal 1 for H.245 control chanrtaf. The \ 
gatekeeper 4 may ba involved in H.245 control diannel cornreorslostions; the calling larmrnai 1 
esfebiishas a ralsabte connection for H.245 control channel and H.245 procedures like capability 
exchange mode preferences eto. are earned 001: after the capabilities exchange. H.245 procedures will 

Involves determination of dynamic port addresses for foe transport of Ihe different media streams; Ihe 
rrtedls streams are transported over the dynamic ports in ihe varteas iogical channels; once the terminal 
has oernpieied foe video mall, if closes the iog:cal channel for video after stopping: transmission of the 
video dream; data transmission Is stepped and logical channel for date is closed: audio transmission Is 
stopped and logical channel for audio :s closed; H .245 call clearing message Is sent to the peer entity: 
calling terminal 1 transmits a disconrvecl message on ihe H.225 pest to the gatekeeper ? which In torn 
sends Ihe disconnect message to Ihe video mall server 3: foe disconnect messages are acknowledged 
and Ihe call is disconnected; sf Ihe setup request is a success, called terminal S responds with a connect 
message which include a reliable port address for H,24S connection; the gatekeeper 4 responds to the 
catling terminal 1 with foe connect message along v/ith the por; address for the H.245 control channel 
communications; calling terminal 1 sets up a connection for H.225 call control signaling with the gateway \ 
4« establishes another connection for H,24b control channel communications and responds to the 
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gateway 4 with connect acknowledgment massage; the gatekeeper 4 to-torn sands She connect 
acknowledgment message to called terminal 8, 

called terminal 8 now sets up a B.225 saii control connection and also establishes another connection for ; 
H.245 with the gatekeeper 4 for control channel sommunicstiom; the terminals, having established a 
H.245 centres channel for reliable coremwrscaiiorK exchange capsbrirses and other lrtst«al procedures of 
11245. and an audio channel may be ocaonaiiy opened oefore the capabilities exchange; foikswsrfg She 
capabilities exchange, logical channels over dynamic ports ar« established for each of the media streams; : 
one© the media logical channels are open over dynamic ports, media Information can ha exchanged; 
dun'ng the session. H.245 control procedures may be Evoked for changing the channel siructure \m 

gatekeeper^ incindlog call status, bandwidth allocation, etc ; for termination, either terminal may initiate \ 
a stop video message, discontinue video transmission and then close She logical channel for video; data 
transmission is discontinued and the logical channel for date is closed; audio transmission is discontinued : 
and Sogieai channel for audio is dosed; H.245 end session message is sent and transmission on the 

■> C >ll^ - vC^f N "it o t M s C \! c^^t^^^o 

*vil iepeo.; !n?- oius ny oieci-dure^ and :h$" H „ Co c^ii sgssaiii-!^ change 't ..^ed »o! cai ! bearing and 
terminal initiating the termination will send a disconnect massage on lha H.22S control channel to the 
gatekeeper 4 which In turn sends a disconnect message to She peer terminal The peer terminal 
acknowledges the disconnect which ss forwarded to the instating terminal and Hie « 

b) Case H.323 Terminal to B S3 .0 Terminal A cat; initialed from a 1-1323 terminal 
H.320 terminai 9 through an UQ\ Switch Network. Ins gatekeeper along <* 
controlling the session Including call establishment and call control A terminal « 
She commercially available Wee-browsers or a ssmiiar interface. 

The caff flow is similar to a H.323 terminal calling another H.323 terminal as explained In the previous 
case except that a gateway 4 componeal Is Introduced between me gatekeeper 4 and the caiied tormina! \ 
S. The gateway transeodes H.323 messages including audio, video, data and control to H.320 messages ; 
..md viOe-vt-FSv! f -hi- H a; C tern^nui *3 "it ales u o..:ii !o a - 52? fcm -n^if 1} she mtkii dsai ^0 rocme >s 
performed by the gateway and then the gatekeeper takes over the call control: and the call proceeds as 
explained to the previous case, 

terminal 10 through the MCI Switch Network. T he gatekeeper along with the gateway is involved in 

The caff How is ssrnslar to a H.323 terminal eaiifng another H.323 terminal as explained in the previous 
case except thai a gateway 4 component Is introduced between the gatekeeper 4 and the called terminal \ 
S 

The gateway 4 transcodas H.323 massages Including audio, video, data end control to B.324 massages ; 

if the B.324 iarmsnai 10 initiates a call fo a H.323 tetmioat 1 , She initial dial-up routine is performed by the \ 
gateway and then the gatekeeper takes over the call control and the oaii proceeds as explained in the 
previous case. 

2. ivliiitipoirst Video-Contemnee Calls in the case of multipoint wdeo-conferenca, all the terminals 

Multipoint Controller 4 for the actual conference including H .245 control channel messaging through the 
gatekeeper 4. 

( c to tig ^ i m ii< tfa! ^i 1 for t u < ^< nk f t ' ^ s h* (B^i^r^ u 1 ^ 
message exchange, the users are presented with a web page with information about conference type and ; 

Participant pintng later are preserstsd vwtft a web page wlfh conference rnformalson and also are 
through the gatekesperHj The m^Spoint controller^:: distributee infotrrsatiort among trie vanous- 

•r p~ f r <. - C > > ~ i ^ \ C(j •! t H )C 1 C ! 5 >tiis hi \ ntdi, 

- n »ik? ^"^»r- r s r^s » i; o v - -■-o -^s - s •> < -\ mo -e" - •> mcud > o-> * t<, v -> ^ 
video feiephony. The architecture defines ioterworking with other systems utii«:ing ITU i«oorr;mendations. : 

Additional services Including directory services and video mall services are also part of the overall 
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architecture. 

XV. VIDEO STORE AMD FORWARD ARCHITECTURE The Video Store and Forward Archiiecloro 
describes a video-on-demand content delivery system. The content msy Irsolodo video end audio or audio ; 
orsiy. Input source for ths content is from the existing video-conferencing facJiSy of MCI or from any video/ : 

I Mf f » - *d i >■ ( nt sn * * s - > i f > 

speeds to the clients either on tne internist or on dsas-up lirm «scten$ ISDN and with a ssngie storage for \ 
each of 8te different formats. 

A. Features The Video Store and Forward Architecture is designed with a rich set of features and 
functionality Including: Delivers Video and Audio on demand: 

ITU H.263 on both -P {internet Protocol) and RTF <Rmi Tims Transport Protocol); Supports content 
delivery on the Internet, by dial-up ISDN lines and by low speed (28,8kbps) Analog Telephone lines; 
Supports single source of content sod multiple storage and delivery formats and multiple delivery speeds; : 
and Supports Content Management and Archival in multiple formats. 

8. Architecture figure 19D is a Video Store sod Forward Architecture in accordance with s preferred 
smbodimsnt. 

C. Components The Video Store and Forward architecture can he completely described by the following 
components. 

Content Retrieval and Display. 

Unit (MCU) sod other video sources la and ib Input: content Is converted to standard formate like ITU 
H.2S1, ITU M.28S, ITU H,32S\ ITU H.283, ITU H.324, IV1PEG and also fomm to support delivery of H.263 \ 
over RTP and H 263 ever an- Internet Protocol 2 and 3 input can ^iiaiiy be coded 3& « 263 and 
optionally iranscoded into the various other formats sod stored 2. The traoscoded content is stored on 
different servers, ana for each content type to serve ths various ellsnts each supporting a different format : 
Ss, 5b, So, 5d« 5s sod 5f, 

2. Content Management and Delivery Content >s stored on different servers wrtft each server supporting a ! 
specific format and t» managed by a Digital library consisting of; - Index Server for nwtagsng the tntfex»« I 
sod archi val of content 4. - Object Servers for storage of content 5s. 5b, So, 5d, 5® and 51, - Proxy Client 
as a front end to ths index and Ofot&cf Server ana interacting vsStn the different clients rsquastrng for 

Content Delivery is by: -■ Internal •• Dial-op ISDN llnss, - Dial-up Analog Telephone lines at 28.8kbps, and : 

» *or*t»»*» f LO^fe*! l-oi„.«^"!H^ i \H„o^ . s ) -\< 

over IP of RTF. 

3, Content Retrieval and Display Content Retrieval is by oisents supootfcnQ varsous- formats: - MPEG Client ; 
?&: - ITU H.283 Client supporting RTP - 7h; - ITU H.263 Cilont soppodins IP - To: - ITU H 320 Client - 

7d ; and ■■ ITU H 324 Clfeof - Te . 

Content Is retrieved by the different clieois on demand and displayed on a kscai display. 
Clients support VCR lite funciioos Ilka fast-forwsrd. re-wind, ato. 

0. Overview Analog Video lots diffefeof sources and H .320 vldso from an IVtCU Is rscslved as Input and : 
transooded info various formats as raqulrsd \\m ITU H.324. ITU H.281, ITU H.263 or MPEG 

and stored an the different Object Servers dedicated for each of the formats. Tiss Objed Servers are in 
turn managed by the Index Sarvar aod are together caiisd s Digital Library, 

Any request from the clients for content is received by the Index Server and in turn serviced by the Object ; 
Server through a Proxy Client 

The index Server or ths Library Ssiw respond io requests from the proxy oilerti and store, update and 
retrieve objects iiks H.261, H.263 or MPEG multimedia Inforrostion on the object servers. Then they dirsct : 
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the object server to deliver the retrieved information back to the proxy client The Index Server has She 
complete index information ©faii ths different objects stored on the object servers and also information on ; 
which of the object server the information is residing on, The index information available on the index 
Server is accessible by the proxy client for retrieval of rnuitiroedia content from the different object 

Seour^y and access control is also part of the index server functionality. 

The Object Servers are m integral part of th» Digital Library providing physical storage and acting as the ; 
repository for the muliirfisdia content. Including the video-ccinferenciag information stream from th© 
conferencing facilities The multimedia content is stored in standard formate which can be reineved by the : 
proxy client on demand. Each of She Object Servers are dedicated for a spacfie format of multimedia 
vO< t< \ ^ o 'i sk 1f i i Kioko j *■ < ui ; or tr 

including Information about She specific object server dedicated for a multimedia format is managed by the \ 
Index server. The Object Server delivers fhe stored multimedia content to the proxy client upon receiving I 
specific instructions from the index server. 

The Proxy Client is the front and of the digital library and Is accessed by all the clients through the Internet ; 
foron-dsrnsnd multimedia content. The Proxy Cisent also ss a World Wide Web rvvww'i Server and 

3 m t« « h< >.v ->e h t * f j s f j * \ „ f „.\ v arK «, v(i 
She Digital: Library through fhe WWW pages. 

Clients request muiiimedsa content by snSeractfog wssh toe VMW pages. The Proxy Clieni receives the 

communicates with the index server with object queries as requested by the client. The index server then : 
communicates with one of %m object servers dedicated to the requested multimedia format and, based on : 
She index information available at the index 

server, directs She ofojeci servers to deliver tne requested multimedia content to the Proxy Client. The 
Prosy Client receives the mutttrnedia content from the object server and delivers it So the client reeking She : 
request. 

or an Analog hoe at 28.8 Kops depending on tiie video format requested and the client capabilities. A 
H.32Q ci>ent connects by an ISDN line and a H 324 cllerst requests services on an analog telephone line \ 
si 23.8 Kisps. A MPEG client o; a H 283 di*n> using RIP ex a H.2S3 client o&ing |P inquest eeiv;ees 
through the internet The front-snds for multimedia content: query and display use the WWW browsers ere \ 
iniegraled as a pari of the Client and provide an easy-to-use interface for the end-users. 

A mqnesl for video fo-;m ihs client :& received by the pwy client whicn mutes the request to the Index 
Server which is turn processes the request and esommunicates with a specific Object Server In addition to \ 

the internet, in tne case of the dial-up sinks, the content is delivered back on the already established link, : 
In sum, the Video Stare and reward architecture describes a comprehensive system for the creation. 

delivery of video and audio or audio will he on the Internet or by iSDM or Analog Telephone dial-op tines. I 
Content including video and audio or audio is delivered at various data rates from individual storage 
locations, each serving a different delivery speed. 

XVI VIDEO OPERATOR A. Hardware Architecture Figure 08 shows the system hardware for allowing a \ 
video operator to participate m a video conference or video cait. providing numerous services to tna video : 
callers. Among she services provided are: answering Incoming video calls or dialing out to customer sites: : 
accessing a system for maintaining video conference schedules, joining csiiers using Bandwidth on 
Demand interoperability Group f BONDING") calls or international 

Telecommunication Unson-Telecommuolcation Standardization Sector • 
Bearer Ssrvic® (MRBS) Iniegrated Services Digital iteworis. ("iSDN") c; 

video caff; Pioolforing, viewing and recording any video eonterenoe or video oaii; playing back video 
conferences or video eatta recorded eadler; and offering assistance to or responding to inquiries from 
video conference callers during video- conferences or video calls. 

The system hardware is oomprisod of a Video Operator Terminal 40DD1 , a Call Server 40002. 

a multimedia nub f&SM Hub") 40003, wide area oeSwork hubs C'WAiV Hubs*? 40004. a rnuiss-posnt 
conferencing unit WCm 4000$. a BONDING Server 4000S. n Client Ts'n^ai 4000? and a swifctr-ng 



CXV_A0001076.12! 



network fMCr) 4000S, 



In ens embodiment., the video Operator Terminal 40001 is a Pantsum-bassd personal: computer with a 
processing speed of 80 Mrteor greater. 32MB RAM, ana a hard disk drive with a! least 1 .0GB storage 
space. The operating system in this embodiment is Microsoft's Windows 95. fecial features include 
Incite Multimedia Communications Program {"MCP"} software, so H.320 video eocservdeeoder {"oq-sbc") 
card for audio and video compression (e.g. 

Zydacroo's 2240 codec}, and an isochronous Ethernet f IsoEtoernef ) mtmxk ioSerfaaa card. 

lodfe's MOP manages fee isoElhemei network interface card to crest® ifte equivalent of 98 sSDN B- 
channels in isochronous channels for transmission of video signals. 

The Caii Server 40002 in this embodiment is a Pentium-based persona! computer with a processing 
speed of SO mix or greater, 32MB RAM. and a hard disk drive wish at {east LOGS storage space. The 

v " At m >•> S ^ > ^ v s t* " "> 1 , ' v v O N: " H * i S " 0 N 1 11 " - v 

Different embodiments of the system accommodate any mods! of MM r-sub 40003 and any model of WAN 
Hob 40004. in one embodiment the im Hub 40003 » (ne incite Mufrirrsedsa Hub. and lbs WAN Hub is 
the incite WW Hub. The MM Hub 40003 is 8 local area network ("LAM:"} hub feat connects, vie numerous 
ports suDportifig isoEthsmet interfaces each wsh a bsndwidtn consisting, of 36 fuiMSuptex B-ohaonsis, to 
persona! computers such ss fee Video Operator Terminal 40001 and the BONDING Server 40006, to 
WAN Hubs 400D4. or to other cascaded f4h& Hubs, addition, the MM Hub 40003 can 

accept op to ten Mbps of Ethernet, date via an Ethernet interface such as the one from the Caii Server 
40002 The WAN Hob 40004 acts as an interface between an MM Hub 40003 and a pabSc or private 
switched network suers as iMCI 40008. enabling video conferences to ax-tood beyond *e WAN or LAM 
containing the MM Hub 40003 and WAN Hub 40004, 

Different embodiments of the system also accommodate venous manufacturers' fvSCU 40005 devices. 
The function of m MCU 40005 is to allow video conference sailers using a variety of different devises, 
possibfy communicating: over differsni circuit-based digitai networks, to communicate with one another in 
a single video conference. For example, cos embodiment employs VideoServer's Multimedia Conference 
Server fMCS*}. which mixes audio to allow any ens video conference caller to hear the complete video 

simultaneously. 

in one embodiment the BONDING Server 40006 is a Pentium-based personal computer with 3 
processing speed of 80 MHz or greater, 32MB RAM, and a hard disk drive with af ieast LOGS storage 
space. The operating system in this embodiment ss Microsoft's Windows 85, 

Specisi features Include incite BONDING Server software, a Digital Signal Processor f'DSP"! card (such 
as faxes instrument's TMS32GC80* DSP), and an isoEihsrnet network interface card. Where a Client 
Terminal 40007 makes SONDES or Aggregated video calls, the BON OS NO Server 40006 converts the 
calls to multi-rate [SDN calls used within the video operator platform. 

in a preferred embodiment the Client Terminal a Peniium43ased personal 1 computer with a processing 
speed of 90 MHt. or greater, SSIViS RAM, and a hard disk drive with at least 1.0GB storage space. The 
operating system ,& Microsoft's Windows §5 «$ this embodiment . and she Clsem Terminal 40007 ts 
equipped with audto and video equipment making it compatible with ITU-T standard H.320. 

In this embodiment, the switching network is an integrated services digital network ("ISDN") provided by 
MCI 48008. 

Th» \ ta»o Opatotoi i esminal t">0C ' & co > -sects J t^ the t\ i>0 -ioOOi v-a an ischmamet ::^e:tace v'ofn 
t '^vl f ott ' v \bv w >• ^chuic >• '■'h x saiur » 

manage up to sign* video conferencing Clients, each client employing a Client Terminal 40007. The MM 
Hub 40003 is connected to WAN Habs 40004 via similar isoEthemet local araa network {"LAN") 
connections. One WAN Huh 40004 connects through fvICi 40008 to an MCU 40005 via multi-rate iSON 
interfaces. Another WAN Hub 43084 connects to MCI 40008 via a multi -rate {SON interface, and iviCI 
connects to each Client Terminal 40007 via a BONDING or muiiwste ISDN interface, in a three-way 
connection, the MCU 40005. the Call Server 40002 and ins MM Hub 40003 are connected to one another 
through an Ethernet wide area network C'WAN") 40000. The MfV? Hob 40003 is also connected to a 
BONDING Server 40006 via an IsoEtbemet Interface with a bandwidth of 248 B-channeis in toll "Iso" 
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8. Video Operator Console Figure 37 shews arte embodirfssr 
to manage video conference calls, which includes a Video O; 
systems and interfaces 40108 through 401 17. 

The Video Operator Console system 40101 is comprised of a Graphics! User interface ("GUi") 40102. a 
Software System 40103 and a Media Control system 40107. The <3Ui 40102 interacts wiih both the 
Software System 40103 and the Media Control system 40107 to allow a video operator to perform all 
Junetsone of She video operator invention from the Video Operator Terminal 140001 Figure 86] using the 
Video Operator Consols system 40101. 

The Softwares System 40103 implements the toffswing systems, a Scheduling system 40104 >*h:cfs 
rriaoages the video operator's schedule, a Recording and Playback system 40105 which records the 
audio and video Input from: arty cai! and pisys back audio and viciso input through any csB: and a Caii 
System interface 40106 whioh acts as m application program interface with the incite MCP application to 
rrjaoage individual caiis by performing switching functions such as diai and hold, 

an interface between VOSD and VRS 40114 to a Vidsooontsrshea Reservation System f'VR.S"} 401'! 5. 
The VRS 40115 submits video conference schedules, conference definitions and sits definitions to the 
Video Operator Shared Database 4011 1 via the mtsrfac© 401 14 either on a regular basis or on demand 
by a database agent system within: the Video Operator Shared Database 40 til. Tne Video Operator 
Shared Database 401 11, residing in a different computer from that containing the Video Operator 
Consols 481 01 m a preferred embossment, stores ail conference anci sire information such rhat each 
Video Operator Console 40101 can retrieve the necessary conference and site configurations for any 
«deo conference call. In an alternative embodiment of the external systems associated with the interna! 
Scheduling system 40104, the Video Operator Shared Database 40 11 1 and VRS 40 1 1 5 may bs merged 

The Recording and Playback system 40105 communicates via a Dynamic Data Exchange ("ODE"). 

»\. ..! m an ... !,.« , a i D vi _«< v. jf, D_L > n*b\. e <0 w *■ i -i. 

Operator Storage and Playback system 40112 located iooaiiy in the Video Operator Terminal |40007 
Figure §§|. The Video Operator Storage and Playback system is comprised of a uni-dlreettonsl recording 
device 40116 conforming to ITU-T standard H.320 ana a uni-dirsetionai piayfcaefi device 4011? 
conforming to ITU-T standard H.32G. Conference calls are recorded by transmitting the digitized acdio 
and video signals from the Video Operator Gorssoia 40101 to the H.320 recorder 401 18, Conference caiis 
are played back by retrieving a previously recorded conference caii frorrs disk storage and transmitting the 
audio and video signals from the H.320 playback device 4011 7 to foe Video Operator Console. 

; ne c a!! Sysle R l^'e^a.e syiiem -iOtOr? cmnmco „ates vie a L^Ob me' face «01 !0 with tVe fncst» Mis- 
application 401 13 to manage switching functions such as diss, hold, etc. 

The Media Control: system 40107 allows the GUI 40102 to communicate 
components to manage the GUI 40102 presentation of audio and video. 1 
Figure 401. the Media Control system 4010? communicates via a ODE m 
MCP application 401 13. The incite fvlCP application 401 13 provides alt n 
rnuiiimedia feajures such as video window 

placement and audio control through the DDE interface 401 10 to the interns! Madia Control system 
40107, and on to the GUI 40102. 

Figure 98 shows a second embodiment of the system tor enabling a video operator So manage video 
janfererce en i wmeh wc ude» a vlaeo 0-a:3tm Cansaie svstem -to :01 a.xi a^mai systems and 
interfaces 40108 through 40117 and 40203 through 40216. In this embodiment, however, the Software 
System 40103 is compatible with not only VideoServer's "MCS* 4021 S sVtCU, bi.:t also other 
manufacturers' MCU applications. Thus the internal software system fVSCU control 40201 , the externa! 
software system MCU Control System 40208, the fylCUs themselves 40214 and 40213, and the 
interfaces between them 40206, 40210 and 4021 1. appear In Figure 98. in addition, because not oniy the 
incite " 4> i i J rppiraf cn "it; aisc <>i>^' nmgrame wstn cess eentini snfensir^s'' 402 !h rrsu ptovsae 
necesssary caii setup and moifiroedla features in this; embodiment, the external Call Control System 40203 
is necessary, as are the intervening DDE, OLE or DLL interfaces 40207', 40212 and 40213. This 
tsmbod'm^nt aiso -iciades a VV.teo Store and Fotwasd system 40284 and its DOE, OLE or DLL intedace 



40203, Finally, ibe second embodi merit adds the Internal software system Ca$ Monitor 40202, 

As in the first embodiment, the Video Operator Console system 40101 is comprised of a 6Ui 40102 and a 
Software System 40103. However, in addition to the Scheduling system 40104, the Recording and 
\»o> ^ ■• o j > tub mi „ S stm lni> si. 1 <; \of j-j inh-ii 1 we d 

embodiment includes the MCU control 40201 and the Call Monitor 40202. 

The Scheduling system 40104 and associated externa! systems 40108, 40111,40114 and 40115 are 
identical to the those in the first emhodimeol, pictured In Figure ST and described above. 

. <.t>t r > - M-i,tt,<i i: c tu - >^ a 

Sy^O! :5 :'- tA. -ii'C V-s. «e~n ' A - ':,? '>\r-"f.is-\(,.}'-i-a e ^e \ a Confer?:;..? ".iiN :'",eU,.tCe ,0^1 = 

with the VideoServer iViCS 402 IS or vis another vendor- specific interface 40210 with some Other MCU 
vendors' : MCU 40214, 

v. > )f!,ft?^S t \< s ? hO * <.f , „ ,\ " v { u ^ef<K^ 

40203 with both the Storage and Retrieval system 40205 and the Video Sfore and Forward system 
4X5204. The Storage and Retnevsi system 40206 and Viae© Store and Forward system 40204 
communicate via another DDE. OLE or DLL interface 40207 with tie Call Control System 40209, The Call 
Conlro! System 4G2GS cc^municates vis another DDE,. OLE or DLL interface 4021 2 with a unidirectional 
H.320 recorder 40118 and a mi- directional H.320 playback dsvice 40117, Conference calls recorded by 
transmitting the digitized audio and video signals from the Video Operator Console 40101 through the 
Storage and Retrieval system 4020S and Call Control System 40209 to the H.320 recorder 4011 8. 
Conference cafe are played back fov retrieving a previously recorded conference oaii trorn disk storage 
and transmitting the audio and video signals from the H.320 playback device 4011? through the Call 
*. ■> > o s*< r 42 V - ^ ^ jo ■) t ■■ c « ■> » i tt t % c j c „> \„ ■> ' 

The video Store arid f-'orward system 40204 operates in a manner simiiar to the Storage and Retrieve: 
system 40:295. cotnmunicafirig between the Recording and Playback system 401 OS and the Call Control 
System 40209. 

Interface 401 OS withsn ths Video Operator Console Software System 40103. 

The Caii System interface 40106 ecmirnccotes via a DDE OLE o< DLL sntefface -t020" osth the Csls 
Control System 40209 to manege call data.. Including switching functions sods as dial, hold, etc... 
translating between the Viciao Operator Consols 40101 interna! data structures and the Call Control 
System 40209 data The Caii Coreroi System, in tern manages either the incite MCP <*0 1 1 3 or Othet 
programs with call control: interfaces 40210. 

The Media Control system: 40107 communicates via a ODE. OLE or DLL interfecs w8b the Call Control 
System 40209, which commaniceies via a DDE loterfaoe 40110 with the Incite MOP application 40113 or 
with Otner progtame vv;ih caii o-nmsoi interfaces <«021g Ths lisc:te sViCP app-i«aiion 40! 1 S provides aii 
necessary call setup features and muliimedia festorea seoh ae video window placement arsd audio control 
either directly through a DDE interface 401 10 to the infernal Media Control system 40102 or via the CaSi 
Control System 40208. if Oilier programs with call control interfaces 4021 S are used to provide call setup 

and multimedia features, they communicated with she Media Control system 40107 via the Caii Control 
System 48203. 

C. Video Conference Call Flow Figure 08 shows how a video conference call initiated by the video 
operator is connected through the system pictured in Figure 88. in the- first step, illustrated by caii flow 
path 40301 . "he vidao operator initiates a call from ths Vidso Operator Tomans! 40001 through the iVIM 

v ■*> i-b N \L"^c, wifP s , <. h'Kh^f*.-.^ s~0t,> ^ v s tv <ii > 

BONDING call, in tne second step, 'tsusfrated oy caii tlow path 40X2. the BONDING Sen/er 40006 
transsYiifs the BONDING csii thiough the WW Wyb 40003 once again, through a WAN Hud 4000-1, through 
MCi 400QS and to She Client Terminal 40007. 

This step is repeated for each Client Termsna; 40007 that vdli pertsorpate m rne video conference, in the 
third: step, illiistrstecl by call flow path 40303, the video operator initiates a call from the Video Operator 
Terminal 40001 through ihe MM Hub 40003, through a WAN Hob 40004. through rvtCi 40008. and to the 
MCU 40005. in the fourth step, illustrated by call fiow path 40304, the video operator uses the Video 
Operator Terminal: 40Q01 to bridge the connections to the Client Terminal 40007 and rvlCU 40005. Each 
time the video operator calls a conference call client at its Client Terminal 40007, the hfCU's AN I for the 
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conference oaT y*#t She oorrect conference site. When the MCU & called, She clients' ANS are passed. 
The MGU car* Short identify the correct conference site for each calk 

Irs m alternate embodiment, She diem initiates a SONQlNG cat; from the Cisent Terminal 4000? through 
MCi 400D5. through a WAN Hub 40004, through the MM Hub 40003. through She BONDING Server 
40006, and through toe MM Hub 40003 onea again to the Video Operator Tsrm;rsal 40001. The video 
operator then places a call to tfts UCU as illustrated in cast Slow path 40303 and finally bridges the two 

rf, the imtia lag client's AMI Is passed So the MCi J when the connection : s made by the video operator. 

While a conference call is In progress, toe video operator monitors each of the calls from the Video 
Operator Termina; 40001 . Functions of She video operator include monitoring which 

calls rsroain connected, reconnecting disconnected calls, adding new clients So She conference, or joining 
the conference to inform the clients regarding conference state 

93] reflects sn updated conference schedule. 

0. Video Operates" Scftswa System 1 . Class Hierarchy Figure 100 shows the olase hierarchy for vieiso 
operator software system classes, in one embodiment using th© Visual C-r-r programming language, the 
VOObject: 40401 class is extended from the Visual C*+ base class CObjeci VOOojecS 40401 w a 
Superclass to ait ciaseas of objects in the infernal software system for She video operator consols system, 
such that a!! objects '«% toe internal software system inherit attributes from VOObject 40401. 

one VOUser Preferences 40404 Part--?: Class object, such Sbat exactly one VOSehedole 40403 abjed and 
exactly one VOUserPreterences 40404 object ar& associated with each VOGperator 404Q2 object 

N i di >P o < to' t, 0 ii * o f <. * v m 10' 

Party Class objects < such that any number of VOSobeduSable 40405 objecis may be associated with each 
VOSchedule 40403 osjeet 

VOScnedulabia 40405 is a Superclass So the VOGooSerence 40406 Subclass-! and the 
VOPSayoackSsssion 4040? Subc!sss--2, such that the VOConference 40400 object and the 
VOPfaybackSesston 4040? object inherit attributes from the VOSchadoisbia 40405 object. 

VGConfersnee 40466 is m Assembly Class associated with two or more VOCooneolloo 40412 Party 
Class objects and assro or one VOPIsybackCaii 404 15 Part-2 Class objects, such that at least two 
VOConnactson 40412 objects and possibly one VGPIaybackCati 40415 object are associated with each 
VOConference 40400 object. VXOPIaybackSession 40407 Is an Assembly Class associated with one 
VOPiaybaokCall 40415 Part-! Class object, such that exactly one VOPIaybaekCaii 40415 object ss 
associated with each VOPIaytackSessson 4040? object. 

any nusvfber of VOCait 40410 objects may be associated wsth each VOCallObpgr 40408 object. Similarly. 
VOConnObjMgr 40409 is an Assembly Class for mto or more VOConnection 40412 Part-! Class objects, 

40408 object. 

VOConne-ction 40412 Is an Assembly class for two VOCall 40410 Pari-i Class objects, such that exactly 
two: VOCaiS 40410 objects are associated With sash VOOonneolior! 40412 object, 

VOCait 40410 is a Superclass to the VOPIaybaekCaii 40415 Stsbclass-i, such that VOPIaybaekCaii 40415 
objects inherit aSin&ates from th* VOCall 40410 object. VOCall 40410 is also an Assembly Class 
associated with two VOSife 4041 3 Part-! Class objects, such that exactly two VOSite 4041 3 objects are 
associated v*s each VOCall 40410 object 

Finally, She VOCaSS 4041 0 class object uses the VQReeorttef 4041 1 dass object. 

VOSste 40413 is a Superclass to the VOkleuPodBite 4041? SubcSass-1 , the VO Participants lie 40418 
Subciass-2, and the VOOperaiorSffa 40419 8obciass-3, such tost VOMcuPoriSite 4041? objects, 
V'OPartici pantS fte 404 18 objects and VOOpsratorSite 40418 objects inherit attributes from the VOSste 
40413 object 

VOPIaybaekCaii 40415 Is m Assembly Class associated with one VOklovie 40418, such that exactly one 
VOMovis 40418 object ss associated with aach VOPiaybackCaii 40415 object. 
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\ OSC«ssa.js- 4i>4^i. o. *U "k!i. to c^sOv^ions iW suhe isiq the a'tiihates ->t \ Oubseci 40 C i, W. 
Superclass to ail objects In ths Internal software system, 

2. Glass aad Object details a) VOGbjeci ASS internal Software System classes wsB Inherit from the 
Glass VOObjeot 

8ase Class COfajsot inheritance Type pubiic Friend Classes - (1) Date Types mum sandes'Typs--© 
{ SENfOER~fNT£RNAL, SSNOER-SGHEDULE. SENDSR-CGNPSRSNCE. SENDER-CONNECTION, 
3EMDER~CA!.L, St^DER TiMt« an^n ^ess^^ e < WiG-DtbUG. USC-ERROR, 
ySG-WARNJNG, MSG APPLICATION -ERROR. MSG -STATE-UPDATE >. Delivery type flags 

{■ i\t x-SV Sj-V -Ot» „ V ^KVi . iM \ ^-WJA^JhVOi- 

LMJV'ERtViODELESS DIALOG, DELSVER-CONSOLEOUTPUT (2) Attributes Aoc&ss Type Hams 
Description Leva- static VOOpemiof* ni-pVO video operator pointer siatic VGSchssdule* rn-p&jhediils 

{ ~~ p -^j v. (. ^v,f ifxaii<T>i =; ^ =^ r Nn!v*t> 

VOConfieotiOi-iOfciMgr' m sCom<M Connection Object Manager pointer siatse VXX-assSysteny* 
m~pCaf(Sys Caff System interface polite? (3) tvksihcsds (ai PostMessage 

virtual PostiVtesssge {messags'type e type, int errCode, CStrIng int d^svsrysfDEUyERHvSSG 

Parameters type The type of massage, as deified in the Os-fca Types section errCode The error or 

info Extra textual Information to be passed as pact of ths message. 

daiivsry Preferred method of message delivery. The delivery options are shown in the Data Types sec'to; 
above. Qefaah. method of def Ivory is stored in the class member variable m-deirvery. which should bo 
WffcSiizsd to both QELtVEf^ESSAtSE QUEUE and OEUVER LOG FSLE Ofiiy. 



Sender A pointer to the- object sending the message, 'w, this (8) Description Uss this function, to create 
errot; warning, debug, logging and notification messages, St wfii create a VOMesssge object, which wiii 
than perform the appropriate actions as specified by She delivery flags. 

{b} CetE.frofStfing virtual CStririg Get&rrofStriog got errorCode): Return Value; returns a CString object 
having the error string corresponding to the error cod® passed. 

errorC-ode parameter: the error code for which you wsot the slang. Error strings srs sto;«d as 
This function Is called so get a textual description corresponding to an error code. 

b) Core Glasses (1) Class List Site Participant Site MCU Port Site Video Operator Site Gaff Piayback Cell 

Descriptions (a) Site This is 3 bass class iron; which cfassss such as the Participant Srte and fv^CU Pert 
Site classes can he derived ttom, it's jnaln purposa is fo furscfion as a data structure containing pertinent 
inforrrfatiors about .vyho or «hat is taking part in a Call. 

Class VOStt© Bass Osss VOObjso! inheritsncs Type public Friend ©asms •■ (I) Data Typss enom 
Baftdwidth--e { MULT I RATE, 8ONDIN6, AGG R E GATE D . HO >; 

(is) Aitribiftos Access Type Name Description love! Cstring m-nema name of the site }D~t m ID Uoiq«a 
site 10 Si>T m-looatsontO ID for physical location Cstring m~tt«iezera> Tsms xons Cstrsng m-dfaiMumber 
Number{«) to dial, See the Call System intertsce section for rnuitlpie numbers foftnat 

Bandwidth; moandwsdthUsags BanoVidti-; usage int m~nwNumChann&is Maximum number of channels 
capabte VOCaif t?-!qC3tt potntdt to Call obioct that this Site ts apart oh 

tnhsnts &om V'OSite base class, 

A;; coatomers or corsferersce participants wil have their snfenTsation storssd ;n the vO shsresd database. 
Class VOParfiCipamSlse Base Class vOSire inherl;anee Type public f nersd Classes - 
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Attributes* Access Type Nam® Description Leva! Csiong rfi^ooofQ^sriaforNarns Site coordinator name 
Cstrfeg nt^coordinatorNbr Site coordinator telephone m«?s»8r SD~t nT-cotnp&nyiD fD of Company this Site \ 

■: , v-t^ v - ■. ^ •> V f \ '1,1 ■> ! f t 5 >i - he ^- , n ^ ■.>> U> 

object {c) MCU Port Srse inherits from VOSIle base eiass. 

m iVSCU. Each Participant Sits needs to connect with a logical ''pert" m an : 

Glass VOMcuPortSrte 8as» Class VOSst* inhsntance Type pubftc Pmnd Ciasses •• Atsnbates Access 
Type Nam* Description levsl iD~t w mouiD SO to sdeoisfy the MCU VOPajtJCjpantSjte* m pParisoipant 
Participant Site that is to be associated with in a 

Connection object, id) Video Operator Sits Inherits from VOStte bass oiass. 

AJI caffs will have the Video Operator S its as one of the sites in s point-to-point call. This structure 
contains the mat ANI of the video operator. 

Glass VOOpefatorSrte Bass Ciass VOSsta inhsntance Type pobi::c Fmnsi Classes - Atlnbates Access 
Type Name Description U«t sD-t m~operatoriL> Ops^ior's iD CSfong rn-voseePhone Operator's voice \ 
phone number ID-i rr^-groupfD Operator's Group ID 50~t m~syoervisefiD Supervisor's ID CObList 

^ ■) >f ~ ^ NT > - >t - S 1 t v- - < ■> r o ^ ,s . t ' ' )" * f 

ii Calls, the Vkteo Operator Site wiii bo am of the sties. A Joined pair of Calls is 

Class VOCaii Base Ciass VOObjsct inheritance Type pubi:c h-iend Ciasses - pi Daia Tvpes swrfi 
8tateC88-s C ERROR. INACTIVE, iNCCMING, DIALING, ACTIVE. DiSCOHHECTED, HELD, 
lesiCeffStetesV snsrn cafifOperetlon-e { ERROR. OiAL, ANSWER, HOLD, PICKUP. DISCONNECT, 
HANGUP, iasfCai-Operafroos } pn Ahn&utss Access Type Nsme Description Leva! 10-r rn-ID caii SO 
VOSite* m-pSife other end of a caii site (Participant MCU Port of unhrsown} VOOperaiorSlte' 1 ' m 
pOperatcrSste Operator she feooiesrs nr-opersiorlnitsated TRUE if she calf Is tnrSsaied by the operator 

thai helps determine wftstrter a Hangup is expected or not. 

StateCaff-e m-state stats ot tns caii Stais-Csii-tS fr?CsiiSt8iesi m-trasisitfonTsbis stst© trsnsste table 
fnCaiiOperalsonsJ VOReoo?^* Recorder recordsr object tor ceil VOConneetson" rri-pConiieciioo pointer : 
to Connection objad this; oaii 



msmbsr variabts m~-expectHa:ng«p simM be FALSE. Otherwise, the Call Object Manager's Marsg«p() 
oparafeoo vsroaki have been catted. 

Rssett ■; rssets the caff state to an inactive state RaoordingStani); starts recording: ths H.320 snput pipe of 
the Calf. 

RacordingStopO; stops the recording of the Caii. 

s;8tStsto{oaiiOperafion opsmSm); operation psrameier: iosSicates m operation that ha® been pe-fonned 
whlcb wslt rssuir m a change of state Opsrations that affect tbe sfats of the Call sbouid caff the setStste 
ttsnoScn alter the operation has been performed. This function wiii change the state of the Call by 
rsfbrendng the curroot state aod She operation in the state-transilion tsbfa. A VO Message object wilt be 
created, with a type of STATUS-UPDATE and sent to the appilcation q«eue. The GUi and any other 
cornponsnt thai reeds the application queue v,<iii therefore be inforrned of the states update, 

S8 Piaybsck Caii inherits from VOCsi'i bsse class. 

ft? this spacsa; case o? a Caii. the Video Operator audio and Video output is replaced wssh the H.320 
stream fem the playback of a movis by the Video Operator Storage and playback external system 
component. 

Glass VOPiaynacsCaii Base Class vOCsss Inheritance Type public Fnetxi Cfasses - {r, Attnbnfes Access 
Type Name Description Levei VOMcvte* movie the movie object that wll be played VOPisysr* Piayer 
Piayar obiaci that performs the piaypaok m) Metiiods PiayoaoisStarti;. starts playback P-aybaekStopO; 
stops playback (g) Movie A Movie is a recording of an i-f,S20 Call. For Phase 1, the Video Operator 
Storage and Playback System manages files and H.320 date streams for recording and piayfoaek of 
monies : as weii as storage and retrieval. 
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Class VOMovie 8sss Class VOObJect inheritance Type public Ffisrtd Classes - Attributes Access Type 
Mama Dsscriptioo 

Usvei public 3D~t m~movleSD movie ID public CStnng rn^deecripiion movie description (h) Caii Object 
M ©t att calls on the video operator's machine cm he maintained. Ibis inetiidss calls tnat are ml part of 

A (.f { t if v S Ut 1) d <■ l •> C X i\ 1 (. "<SS JiC * " t 

Ciass VCCailQbjMaoager Base Osss VOObiect Snbsntance pabise Type Prlend" Oasses - 6} Attnoutes 
m---'nurnActive tots! number of active channels C^apSiringToOb iTi-eoiiiJst list of colls (11) Mathods OlsH); 

OislsyOCali* pCalling); pCalling parameter; if not MULL, this pot 
js necessary when creating of re-ostog a Call ohjsct Shot is In an 

Dial performs: dM out The number!);} fo Dial are In the m pSIie « 

AnswerO; AnswerlVOCaJ* pirfcomlng}; plocoming parameter: If 



Hsngusx'VOCai!* pCs-- s; pCaB parameter: pointer to the 08:11 Hangup Pangs up the cols pointed to by pCall 
HoloWOCaT pCaii}; pCaii parameter: pointer to the call Hold puts the call pointed to on hold. 

VOC-33" CaiiCmataO: VOCall* CaiiCmats creates a Csil object. 

VOPIajfbacfcCalf* PiaybackCaSSCfeaieO; v'GPIaybaokCail* PlaybackCatSCreaieO creates a Playback Gail 

vW t .MU, I ^! -5 a> -J !_ v v. v»v* " UsN *v\n* u i- J 

object identified by idCaii 

if} Conneofectn A Connection is defined as a pair of Caii objects that maintain a Jo*n state, and each Caii 
has the Video Operator Sits as a common point for the Join to be Implemented. 

Class VOConnection Base Class VOOoisot inheritance Typo public Fnet>d Classes - (!) Date Typos mum 
St8teConf5action--o { ERROR, UNJOINED, JOINED, BROKEN, SastConneciionStaies }: mum 
Conneot'anOsereiien-e { ERROR. JOiM, UNJOIN. BREAK, RESET. iastConneciionGperailons ); (8) 
Attributes Access Typo Name Description Level VOCaiP m pPareoipantC&ii pointer to life Participant CaS 
VOCa8* m ofviCUPoftCal; pointer to the MCi) Port Call \ZOFa«lc!pantS(le* mqPaffeCipantSste pomier to 
fhs Participant Sis® VOMCUSits* m- p^CUPortS:t& pointer to the MGU Port Site CTim© mpioTime time 
ofjoin VOMovie 4 skwis movie pointer for recording or playback boolean m-expectBceafc fiag thet. helps 
dstesraslne- whether 3 &mnk Is expeded or not, 

StateCoeneoticn s nr-state stale ofthe connecllori StoteConnscbcne m transitionTaPle state tfamiSoo 
table [nCortEiesi son States; |nC : c:<nneciionOps) VOCoofefonce* mgConferanas pointer to the Conference 
that this Connection is a part of 

UnjoinO; unioins the Partscipantafid tviCU Port Calls. 

SetPartiapsntCaff sets the Gait to bo the Participant CaSi. This is usofo; vvhsn managing uokno^-n 
incoming caiis or for last minute participant, substitution. 

SetMCUPortCaiifVOCsir mcaPortCs::} sncuPwCm para meter: pointer to a Caii SatMCUPeriCaii sots 
the Cait to be the MCU Pert Caii, T his is useful wtien managing unknown irKSomlng calls or for last minute 
caii she subsntuslori. 

PoPsriieipantCailC); calls tbe Participate Site and sets It as the Participant Caii. 
DoMCtJPortCaiiO; eaiis the MCU Port Sits and sots it as the MCli Port Coil. 

setState { ConnecttonOperation operation): operation parameter: the operation that has been performed 
which wlli result In a change of state. 
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Operations that affect the state of the Connection should call the ssiSiate function after she operation has ; 
performed. This faction wlii change the state of the Connection by referencing the onrrent state arid ; 

STATUS-UPDATE and seotto the application quece. 

The GUI and arty other component that reads the application queue w$ therefore be informed of the 
status update. 



protected BreskO, is called when a Joined CorsoectiPn becomes Un-|i>jrie& Sf Ihs membet yanaoie 
ro~expedB}«8k is FALSE Ihen one of the Calls roust hay® unexpectedly tseso disconnected. Otherwise, 
the Connection's Un]oin{5 operation would have been catted, 

protected Reset (); resets the slate of the Connection So UNJOINED, 

0} C cr^i^ftcr- Object Manav C- rr--?- v v xh m Cass Ohect Mana-er a s>st r T ail C onneeio'-s «t 

,x Jfatoo <. ti tiS« t >. [ <: f *j ! is ■•< ro-" ,% ?w- b* f % ^ > vd «s o. c ^v. >■ % e»ut ^t e _is sto^o; 

Class \CConneo1ionOb#,igr Bass Class VOOfeiecf inheritance Type public Friend Classes - ft) Ahnoistss 

Access Type Name L^eserlptlon Level CtvlapSmngToOfo nv'corirseetsofisUst list of as connections «tt 
m~numMnmi number oJjoioexJ comss&om (is) ryieihods- VQCoRoesgoo* CreateQ; Return Value: pointer 
to Connection object VGConnstSfcf!* Create creates a new Connection object and .adds it ia the list. 

Remove ; VOCooneetsof^ oldConnsction}; ddCorfoedion parameter: connection object to be rernovsd 
Return Value: returns TRUE If operation successful 

Remove deletes a Connection object and removes if from the list 

sdGonneotiors parameter: ID at the Connection VOComssctJon* ©etConrtect-onPtr returns the posntsr so a 
Connection object identified by its ID. 

(R) Message Ail one-way communication from the Internal System Software to the rest of the Video 
Operator application, i.e. the Graphical User interface,, is sent as messages thai get placed on 

sll internal System Sofhvsre classes ioheht from. Ail run-fl;ne errors or debugging infer ■r<atsoo is put Into a 
Message object, and posted to the application queue so that an appropriate object will process it 
accords^ to its type and seventy. Therefore sii class tactions Ihas do not return a specific type will post a 
Message if something goes wrong. s.g, 

out of memory, or debugging information to be dlsptayed by the GUI or logged to a file. 

Class VO^essags 8ase Class VOGbjeet Inheritance Type public Friend Classes - ( i) Data Types enum 
ssnctesType-B < "iMTSRNAl, SCHEOLH.E, CONFERENCE, CONNECTION, CALL, TIMER }; eonm 
messageTyps-e { DEBUG, ERROR. WARNING. APPLICATION" ERROR. STATE-UP0AT5 }: Delivery 
r/v ^ 1 oot X l \\ f R ~ T SPAGf OUU D t \ , h OO ^ . . , > -VCOaI -0 » OG 
DELiVER-yODELESS-OSALOS, DEt.lVER CONiSOL.EOUTPUT hi) Attribytec Access Type Name 
Description Level irsi ;rs~efrorCode error oode Int ni-dsiivery flags- for preferred message delivery when 
posting, 

ssnderTypo e m-seridsrTyps sender type VOObject" mcjObisct pointer to ths sender n^essageType e 
nt^mosaegeType type of the message CSiring m~infe rnessssge info * pdouty of rnessag»s or error * 
severity of message or error (ill) Methods Postf); posts a message- to the application message c-ueue 
pnvaie static AppendLogO; Return Vaiue: reiems TRUE if she opersfcon is successful. 

This meihod is caiied by VCOfojecfc: " " 

(I) Video Opersfor Generaiiy tiers v 
has a Scnodoie.. and a list of custorr 
Connection Object Manager are sis: 

Class VOOperator 8ass Class VOC 
Type Name Description Uvsl !0~t t 



VOScbedule rrs-schedijie schedule 
CObLtst iTi-operatorSites Operator": 



